How to allow a User only access their own data in Spring Boot / Spring Security?

15,350

Solution 1

In any @Controller, @RestController annotated bean you can use Principal directly as a method argument.

    @RequestMapping("/users/{user_id}")
    public String getUserInfo(@PathVariable("user_id") Long userId, Principal principal){
        // test if userId is current principal or principal is an ADMIN
        ....
    }

If you don't want the security checks in your Controllers you could use Spring EL expressions. You probably already use some build-in expressions like hasRole([role]).

And you can write your own expressions.

  1. Create a bean
    @Component("userSecurity")
    public class UserSecurity {
         public boolean hasUserId(Authentication authentication, Long userId) {
            // do your check(s) here
        }
    }
  1. Use your expression
    http
     .authorizeRequests()
     .antMatchers("/user/{userId}/**")
          .access("@userSecurity.hasUserId(authentication,#userId)")
        ...

The nice thing is that you can also combine expressions like:

    hasRole('admin') or @userSecurity.hasUserId(authentication,#userId)

Solution 2

You can also use @PreAuthorize on the service interface. If you have a custom userdetails object then you can do it easily. In one of my projects I did it like this:

@PreAuthorize(value = "hasAuthority('ADMIN')"
        + "or authentication.principal.equals(#post.member) ")
void deletePost(Post post);

BTW this is in a service interface. You have to make sure to add the right annotations to get preauthorize to work.

Solution 3

You should first choose your security strategy, What you need names "Row Filtering", one of Authorization Concepts of 3A( Authentication, Authorization,Audit ) Concepts.

If you want to implement comprehensive solution, take a look at :

https://docs.spring.io/spring-security/site/docs/3.0.x/reference/domain-acls.html

Spring ACL completely covers concepts like "Row Filtering", "White-Black List", "Role Base Authorization", "ACL Inheritance", "Role Voter", ....

Otherwise you should save the owner per business case you want to be secured and filter them in your Service Layer.

Share:
15,350
GLinBoy
Author by

GLinBoy

A JAVA Developer, C++ Programmer & Python Adventurer! I'm GLinBoy ;-) Check out https://ir.linkedin.com/in/hojjatabedie

Updated on July 02, 2022

Comments

  • GLinBoy
    GLinBoy almost 2 years

    I have some rest api like this:

    /users/{user_id}
    /users/{user_id}/orders
    /users/{user_id}/orders/{order_id}
    

    How I must secure them? every user must see only her/his data, But admin can see all of them.

    How & What I must implement in Spring Security that User by Id == 1 can't see data of user by Id == 2 and vice versa, expect users by role admin that can see all?

    Do I check before every method User Id in session is equail with user_id param passed to api? is there a better way?

    p.s: I use JWT by spring security.

  • GLinBoy
    GLinBoy over 5 years
    Can I do it with AOP?
  • Krishna Chikkala
    Krishna Chikkala about 4 years
    In case you are struggling with the custom expression, add "@Component("userSecurity")" above "public class UserSecurity{" line
  • ACV
    ACV over 3 years
    But "In any @Controller, @RestController annotated bean you can use Principal directly as a method argument." is not working. Principal is just null
  • Dirk Deyne
    Dirk Deyne over 3 years
    @ACV yes.... the Principal should be accessible ref: principal-in-restcontroller
  • ACV
    ACV over 3 years
    Thank you @DirkDeyne you created the example specially for demonstration. Nice. So how do you request that endpoint so that the Principal is not null? Is it a request header or something else? How does Spring populate that object?
  • Dirk Deyne
    Dirk Deyne over 3 years
    @ACV here is a good overview spring.io guide: spring-security-architecture, you should look at the Web Security part
  • Abdul Rauf
    Abdul Rauf over 2 years
    It should be authentication.principal.username.equals(#userId)