快捷導(dǎo)航

Spring Security方法鑒權(quán)的實現(xiàn)

更新時間：2023年12月18日 11:10:18 作者：龍鶴鹿

在Spring Security中,主要有兩種鑒權(quán)方式,一個是基于web請求的鑒權(quán),一個是基于方法的鑒權(quán),本文就來介紹一下Spring Security方法鑒權(quán)的實現(xiàn),感興趣的可以了解一下

介紹

在Spring Security中，主要有兩種鑒權(quán)方式，一個是基于web請求的鑒權(quán)，一個是基于方法的鑒權(quán)。無論哪種鑒權(quán)，都最終會交由AuhtorizationManager執(zhí)行權(quán)限檢查。

@FunctionalInterface
public interface AuthorizationManager<T> {
    default void verify(Supplier<Authentication> authentication, T object) {
       AuthorizationDecision decision = check(authentication, object);
       if (decision != null && !decision.isGranted()) {
          throw new AccessDeniedException("Access Denied");
       }
    }

    @Nullable
    AuthorizationDecision check(Supplier<Authentication> authentication, T object);

}

從AuthorizationManager#check方法可以看出，如果要執(zhí)行權(quán)限檢查，那么必要的兩個要素是Authentication和被保護(hù)的對象。

Authenticaion已經(jīng)在登錄過程中保存到了SecurityContext中，是拿來直接用的對象

被保護(hù)的對象（即：secureObject），原則上可以是任何類型。在實際的應(yīng)用中，主要是以下幾個：

HttpServletRequest，在對根據(jù)路徑進(jìn)行模式匹配時使用
RequestAuthorizationContext，在對根據(jù)表達(dá)式對Web請求執(zhí)行權(quán)限檢查時使用
MethodInvocation，在執(zhí)行方法鑒權(quán)時使用

基于web請求的鑒權(quán)，可以通過配置SecurityFilterChain來根據(jù)請求的Path、Method等檢查權(quán)限。比如：

http
    .authorizeHttpRequests(requests -> requests
        .dispatcherTypeMatchers(DispatcherType.ERROR).permitAll()
        .requestMatchers("/login/redirect").permitAll()
        .requestMatchers("/secured/foo").hasAuthority("P0")
        .anyRequest().authenticated());

對于方法鑒權(quán)，通常是通過annotation來進(jìn)行的。

方法鑒權(quán)實戰(zhàn)

常用的有四個注解：@PreAuthorize，@PostAuthorize，@PreFilter以及@PostFilter。他們的使用非常簡單，如下：

標(biāo)準(zhǔn)方式

在配置類上添加注解：@EnableMethodSecurity

@Configuration
@EnableMethodSecurity
public class SomeConfiguration {
    // ...
}

在Service或者Controller的方法上添加相應(yīng)注解

@GetMapping("/other")
@PreAuthorize("hasAuthority('P1')") // 擁有P1權(quán)限才可以方法該方法
public String other(HttpSession session) {
    return getUsername() + "其他資源: " + session.getId();
}

注：@PreAuthorize等注解的參數(shù)中，之所以能夠使用一些內(nèi)置對象和方法（比如：hasRole、returnObject，principal），是因為使用的上下文對象中，有一個root對象（MethodSecurityExpressionOperations），所有這些注解中使用的內(nèi)置對象和方法都來自它。

擴(kuò)展

有些時候，默認(rèn)的方式不能滿足業(yè)務(wù)需求，比如：從Authentication#getAuthorities得到的信息不足以滿足業(yè)務(wù)需求，需要從數(shù)據(jù)庫中查詢數(shù)據(jù)。此時就需要擴(kuò)展Spring Security的授權(quán)功能。
從擴(kuò)展范圍從小到大可以分為如下三種擴(kuò)展方式：

自定義Bean，然后提供權(quán)限檢查方法
自定義MethodSecurityExpressionHandler
指定自己的AuthrozationManager實現(xiàn)

自定義Bean

這種方式，是完全無侵入的擴(kuò)展，只需要向Spring容器注冊一個Bean，給一個名字，然后接可以在@PreAuthorize等注解中使用這個bean的方法。

定義Bean

@Component("authz")
  public class CipherAuthorization {
      public boolean hasPerm(String permission) {
          // 從數(shù)據(jù)庫中查詢當(dāng)前登錄用戶的所有權(quán)限
          // 查看permission是否在返回的權(quán)限集合之中，是則返回true，否則false
          boolean foundMatch = ...
          return foundMatch;
      }
  }

在業(yè)務(wù)類中使用

@Service
public class MyService {
    
    @PreAuthorize("@authz.hasPerm('system:edit')")
    public void updateData(...) {
        //...
    }
}

自定義MethodSecurityExpressionHandler

這種方式，可以修改解析@PreAuthorize表達(dá)式的方式。通常我們可以復(fù)用DefaultMethodSecurityExpressionHandler，或者實現(xiàn)一個它的子類。無論哪種方式，都是對這個Handler進(jìn)行了定制。比如：

@Bean
static MethodSecurityExpressionHandler methodSecurityExpressionHandler() {
    DefaultMethodSecurityExpressionHandler handler = new DefaultMethodSecurityExpressionHandler();
    // 定制handler，比如指定一個RoleHierarchy
    return handler;
}

指定自己的AuthorizationManager

這種方式，是徹底定制化了權(quán)限檢查的整個過程，完全使用我們自己定義的AuthorizationManager實現(xiàn)類。比如：
先定一個自定義的AuthorizationManager類：

@Component
public class MyAuthorizationManager implements AuthorizationManager<MethodInvocation> {

    @Override
    public AuthorizationDecision check(Supplier<Authentication> authentication, MethodInvocation invocation) {
        // 執(zhí)行自己的權(quán)限檢查
    }
}

然后，在Configuration中指定它：

@Bean
@Role(BeanDefinition.ROLE_INFRASTRUCTURE)
Advisor preAuthorize(MyAuthorizationManager manager) {
    return AuthorizationManagerBeforeMethodInterceptor.preAuthorize(manager);
}

原理分析

配置分析

在方法鑒權(quán)中，使用了Spring AOP（當(dāng)然，也可以指定AspectJ實現(xiàn)）來攔截被注解的方法。每個注解都對應(yīng)一個Advisor。這一點(diǎn)，可以通過@EnableMethodSecurity這個注解查看。

//...
@Import(MethodSecuritySelector.class)
public @interface EnableMethodSecurity {
    //...
}

這里import了MethodSecuritySelector，它的主要內(nèi)容如下：

if (annotation.prePostEnabled()) {
    imports.add(PrePostMethodSecurityConfiguration.class.getName());
}
if (annotation.securedEnabled()) {
    imports.add(SecuredMethodSecurityConfiguration.class.getName());
}
if (annotation.jsr250Enabled()) {
    imports.add(Jsr250MethodSecurityConfiguration.class.getName());
}

對于@PreAuthorize和PostAuthorize兩個注解來說，使用到了同一個配置類：PrePostMethodSecurityConfiguration。

這里拿@PreAuthorize來說，這個類的主要內(nèi)容如下：

@Bean
@Role(BeanDefinition.ROLE_INFRASTRUCTURE)
Advisor preAuthorizeAuthorizationMethodInterceptor(...) {
    PreAuthorizeAuthorizationManager manager = new PreAuthorizeAuthorizationManager();
    manager.setExpressionHandler(
           expressionHandlerProvider.getIfAvailable(() -> defaultExpressionHandler(defaultsProvider, context)));
    AuthorizationManagerBeforeMethodInterceptor preAuthorize = AuthorizationManagerBeforeMethodInterceptor
           .preAuthorize(manager(manager, registryProvider));
    strategyProvider.ifAvailable(preAuthorize::setSecurityContextHolderStrategy);
    eventPublisherProvider.ifAvailable(preAuthorize::setAuthorizationEventPublisher);
    return preAuthorize;
}

可以看到，處理@PreAuthorize注解的Advisor是AuthorizationManagerBeforeMethodInterceptor，而AuthorizationManager是PreAuthorizeAuthorizationManager。

運(yùn)行分析

有了上述的配置，再來看運(yùn)行。

首先看AuthorizationManagerBeforeMethodInterceptor，在這個類里面，可以看到如下方法：

@Override
public Object invoke(MethodInvocation mi) throws Throwable {
    attemptAuthorization(mi);
    return mi.proceed();
}

它用來開啟權(quán)限檢查，而權(quán)限檢查本身其實是通過調(diào)用AuthorizationManager#check方法來進(jìn)行的。
接下來，我們再看PreAuthorizeAuthorizationManager，這個類是處理@PreAuthorize注解的授權(quán)管理器。它的主要內(nèi)容如下：

@Override
public AuthorizationDecision check(Supplier<Authentication> authentication, MethodInvocation mi) {
    ExpressionAttribute attribute = this.registry.getAttribute(mi);
    if (attribute == ExpressionAttribute.NULL_ATTRIBUTE) {
       return null;
    }
    EvaluationContext ctx = this.registry.getExpressionHandler().createEvaluationContext(authentication, mi);
    boolean granted = ExpressionUtils.evaluateAsBoolean(attribute.getExpression(), ctx);
    return new ExpressionAuthorizationDecision(granted, attribute.getExpression());
}

可以看到，它首先從registry中找到MethodSecurityExpressionHandler，然后通過調(diào)用它的createEvaluationContext方法獲取EvaluationContext，然后對@PreAuthorize的參數(shù)（SpEL表達(dá)式）進(jìn)行計算，得到一個布爾值，決定是否通過權(quán)限檢查。

到此這篇關(guān)于Spring Security方法鑒權(quán)的實現(xiàn)的文章就介紹到這了,更多相關(guān)SpringSecurity方法鑒權(quán)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: