此版本仍在开发中,尚未被视为稳定版本。对于最新的稳定版本,请使用 Spring Security 6.4.1! |
安全命名空间配置
介绍
命名空间配置从 Spring Framework 的 2.0 版开始就可用。 它允许您使用其他 XML 模式中的元素来补充传统的 Spring Bean 应用程序上下文语法。 您可以在 Spring 参考文档中找到更多信息。 命名空间元素可以简单地用于允许以更简洁的方式配置单个 bean,或者更强大地定义一种替代配置语法,该语法更紧密地匹配问题域,并向用户隐藏底层复杂性。 一个简单的元素可能会掩盖一个事实,即多个 bean 和处理步骤被添加到应用程序上下文中。 例如,将 security 名称空间中的以下元素添加到应用程序上下文将启动嵌入式 LDAP 服务器,以便在应用程序中进行测试使用:
<security:ldap-server />
这比连接等效的 Apache Directory Server Bean 要简单得多。
元素上的属性支持最常见的替代配置要求,并且用户无需担心他们需要创建哪些 bean 以及 bean 属性名称是什么。ldap-server
[1].].
在编辑应用程序上下文文件时,使用良好的 XML 编辑器应提供有关可用属性和元素的信息。
我们建议您试用带有 Spring Tools 的 Eclipse IDE,因为它具有使用标准 Spring 命名空间的特殊功能。
要开始在应用程序上下文中使用 security 命名空间,您需要在 Classpath 上拥有 jar。
然后,您需要做的就是将 schema 声明添加到您的应用程序上下文文件中:spring-security-config
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:security="http://www.springframework.org/schema/security"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
https://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/security
https://www.springframework.org/schema/security/spring-security.xsd">
...
</beans>
在您将看到的许多示例中(以及示例应用程序),我们经常使用“security”而不是“beans”作为默认命名空间,这意味着我们可以省略所有安全命名空间元素上的前缀,从而使内容更易于阅读。 如果您将应用程序上下文划分为单独的文件,并且大部分安全性配置都在其中一个文件中,则可能还需要执行此操作。 然后,您的安全应用程序上下文文件将按如下方式启动
<beans:beans xmlns="http://www.springframework.org/schema/security"
xmlns:beans="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
https://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://www.springframework.org/schema/security
https://www.springframework.org/schema/security/spring-security.xsd">
...
</beans:beans>
我们假设从现在开始,本章将使用此语法。
命名空间的设计
命名空间旨在捕获框架的最常见用途,并提供简化而简洁的语法,以便在应用程序中启用它们。 该设计基于框架内的大规模依赖项,可以分为以下几个方面:
-
Web/HTTP 安全 - 最复杂的部分。 设置用于应用框架身份验证机制的过滤器和相关服务 Bean,以保护 URL、呈现登录页和错误页等等。
-
业务对象(方法)安全性 - 用于保护服务层的选项。
-
AuthenticationManager - 处理来自框架其他部分的身份验证请求。
-
AccessDecisionManager - 为 Web 和方法安全提供访问决策。 将注册一个默认的,但你也可以选择使用自定义的,使用普通的 Spring bean 语法声明。
-
AuthenticationProviders - 身份验证管理器对用户进行身份验证的机制。 名称空间提供了对多个标准选项的支持,还提供了一种添加使用传统语法声明的自定义 bean 的方法。
-
UserDetailsService - 与身份验证提供程序密切相关,但通常其他 bean 也需要。
我们将在以下部分中了解如何配置这些 API。
Security Namespace Configuration 入门
在本节中,我们将了解如何构建命名空间配置以使用框架的一些主要功能。 假设您最初希望尽快启动并运行,并通过几次测试登录向现有 Web 应用程序添加身份验证支持和访问控制。 然后,我们将了解如何转换为针对数据库或其他安全存储库进行身份验证。 在后面的部分中,我们将介绍更高级的命名空间配置选项。
web.xml配置
您需要做的第一件事是将以下 filter 声明添加到您的文件中:web.xml
<filter>
<filter-name>springSecurityFilterChain</filter-name>
<filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
</filter>
<filter-mapping>
<filter-name>springSecurityFilterChain</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
这为 Spring Security Web 基础结构提供了一个钩子。 是一个 Spring Framework 类,它委托给一个过滤器实现,该实现在应用程序上下文中定义为 Spring Bean。
在这种情况下,该 Bean 被命名为“springSecurityFilterChain”,这是由名称空间创建的用于处理 Web 安全性的内部基础结构 Bean。
请注意,您自己不应使用此 bean 名称。
将此文件添加到您的 中后,您就可以开始编辑应用程序上下文文件了。
Web 安全服务是使用 element.DelegatingFilterProxy
web.xml
<http>
最小 <http> 配置
启用 Web 安全只需从
<http>
<intercept-url pattern="/**" access="hasRole('USER')" />
<form-login />
<logout />
</http>
这表示我们希望应用程序中的所有 URL 都受到保护,需要角色访问它们,我们希望使用具有用户名和密码的表单登录到应用程序,并且我们希望注册一个注销 URL,这将允许我们注销应用程序。 元素是所有与 Web 相关的命名空间功能的父级。
该元素定义了一个 使用 ant 路径样式语法与传入请求的 URL 匹配ROLE_USER
<http>
<intercept-url>
pattern
[2]有关实际如何执行对战的更多详细信息。
您还可以使用正则表达式匹配作为替代方法(有关更多详细信息,请参阅 namespace appendix)。
该属性定义与给定模式匹配的请求的访问要求。
使用默认配置时,这通常是一个以逗号分隔的角色列表,必须允许用户发出请求。
前缀 “ROLE_” 是一个标记,表示应该与用户的权限进行简单比较。
换句话说,应该使用正常的基于角色的检查。
Spring Security 中的访问控制不仅限于使用简单的角色(因此使用前缀来区分不同类型的安全属性)。
我们稍后要看解释是怎样变化的access
[3].
在 Spring Security 3.0 中,还可以使用 EL 表达式填充该属性。
您可以使用多个元素为不同的 URL 集定义不同的访问要求,但将按列出的顺序对它们进行评估,并使用第一个匹配项。
因此,您必须将最具体的匹配项放在顶部。
您还可以添加属性以将匹配限制为特定的 HTTP 方法(、 等)。 |
要添加一些用户,您可以直接在命名空间中定义一组测试数据:
<authentication-manager>
<authentication-provider>
<user-service>
<!-- Password is prefixed with {noop} to indicate to DelegatingPasswordEncoder that
NoOpPasswordEncoder should be used. This is not safe for production, but makes reading
in samples easier. Normally passwords should be hashed using BCrypt -->
<user name="jimi" password="{noop}jimispassword" authorities="ROLE_USER, ROLE_ADMIN" />
<user name="bob" password="{noop}bobspassword" authorities="ROLE_USER" />
</user-service>
</authentication-provider>
</authentication-manager>
这是存储相同密码的安全方法的示例。
密码前缀为 to instruct ,它支持任何配置为匹配的密码,使用 BCrypt 对密码进行哈希处理:{bcrypt}
DelegatingPasswordEncoder
PasswordEncoder
<authentication-manager>
<authentication-provider>
<user-service>
<user name="jimi" password="{bcrypt}$2a$10$ddEWZUl8aU0GdZPPpy7wbu82dvEw/pBpbRvDQRqA41y6mK1CoH00m"
authorities="ROLE_USER, ROLE_ADMIN" />
<user name="bob" password="{bcrypt}$2a$10$/elFpMBnAYYig6KRR5bvOOYeZr1ie1hSogJryg9qDlhza4oCw1Qka"
authorities="ROLE_USER" />
<user name="jimi" password="{noop}jimispassword" authorities="ROLE_USER, ROLE_ADMIN" />
<user name="bob" password="{noop}bobspassword" authorities="ROLE_USER" />
</user-service>
</authentication-provider>
</authentication-manager>
上面的配置定义了两个用户,他们的密码和他们在应用程序中的角色(将用于访问控制)。
还可以使用属性 on 从标准属性文件加载用户信息。
请参阅 内存身份验证 有关文件格式的更多详细信息。
使用该元素意味着身份验证管理器将使用用户信息来处理身份验证请求。
您可以使用多个元素来定义不同的身份验证源,并且将依次查询每个元素。properties
user-service
<authentication-provider>
<authentication-provider>
此时,您应该能够启动您的应用程序,并且需要登录才能继续。 尝试一下,或者尝试使用项目附带的 “tutorial” 示例应用程序进行试验。
设置默认登录后目标
如果尝试访问受保护资源时未提示表单登录,则该选项将发挥作用。
这是用户成功登录后将转到的 URL,默认为 “/”。
您还可以通过将属性设置为 “true” 来配置内容,以便用户始终以此页面结束(无论登录是 “按需” 还是他们明确选择登录)。
如果您的应用程序始终要求用户从 “home” 页面开始,则这非常有用,例如:default-target-url
always-use-default-target
<http pattern="/login.htm*" security="none"/>
<http use-expressions="false">
<intercept-url pattern='/**' access='ROLE_USER' />
<form-login login-page='/login.htm' default-target-url='/home.htm'
always-use-default-target='true' />
</http>
要更好地控制目标,可以使用 该属性作为 .
引用的 Bean 应该是 的实例。authentication-success-handler-ref
default-target-url
AuthenticationSuccessHandler
高级 Web 功能
添加您自己的过滤器
如果您以前使用过 Spring Security,您将知道该框架维护了一个过滤器链以应用其服务。
您可能希望将自己的过滤器添加到特定位置的堆栈中,或者使用当前没有命名空间配置选项(例如 CAS)的 Spring Security 过滤器。
或者你可能想要使用标准名称空间过滤器的自定义版本,例如由元素创建的 the,并利用一些显式使用 bean 可用的额外配置选项。
既然过滤器链没有直接公开,你怎么能用命名空间配置来做到这一点呢?UsernamePasswordAuthenticationFilter
<form-login>
使用命名空间时,始终严格执行过滤器的顺序。 在创建应用程序上下文时,过滤器 bean 按名称空间处理代码排序,并且标准 Spring Security 过滤器在名称空间中都有一个别名和一个众所周知的位置。
在以前的版本中,排序是在创建 filter 实例之后,在应用程序上下文的后处理期间进行的。
在 3.0+ 版本中,排序现在是在 bean 元数据级别完成的,在实例化类之前。
这对如何将自己的过滤器添加到堆栈有影响,因为在解析元素期间必须知道整个过滤器列表,因此在 3.0 中语法略有变化。 |
创建过滤器的过滤器、别名和命名空间元素/属性显示在标准过滤器别名和排序中。 筛选器按它们在筛选器链中出现的顺序列出。
别名 | Filter 类 | 命名空间元素或属性 |
---|---|---|
DISABLE_ENCODE_URL_FILTER |
|
|
FORCE_EAGER_SESSION_FILTER |
|
|
CHANNEL_FILTER |
|
|
SECURITY_CONTEXT_FILTER |
|
|
CONCURRENT_SESSION_FILTER |
|
|
HEADERS_FILTER |
|
|
CSRF_FILTER |
|
|
LOGOUT_FILTER |
|
|
X509_FILTER |
|
|
PRE_AUTH_FILTER |
|
不适用 |
CAS_FILTER |
|
不适用 |
FORM_LOGIN_FILTER |
|
|
BASIC_AUTH_FILTER |
|
|
SERVLET_API_SUPPORT_FILTER |
|
|
JAAS_API_SUPPORT_FILTER |
|
|
REMEMBER_ME_FILTER |
|
|
ANONYMOUS_FILTER |
|
|
SESSION_MANAGEMENT_FILTER |
|
|
EXCEPTION_TRANSLATION_FILTER |
|
|
FILTER_SECURITY_INTERCEPTOR |
|
|
SWITCH_USER_FILTER |
|
不适用 |
您可以将自己的过滤器添加到堆栈中,使用元素和以下名称之一来指定过滤器应显示的位置:custom-filter
<http>
<custom-filter position="FORM_LOGIN_FILTER" ref="myFilter" />
</http>
<beans:bean id="myFilter" class="com.mycompany.MySpecialAuthenticationFilter"/>
如果您希望将筛选条件插入到堆栈中的另一个筛选条件之前或之后,也可以使用 or 属性。
名称 “FIRST” 和 “LAST” 可以与属性一起使用,以指示您希望筛选条件分别显示在整个堆栈之前或之后。after
before
position
避免过滤器位置冲突
如果要插入的自定义筛选器可能与命名空间创建的标准筛选器之一占据相同的位置,则请务必不要错误地包含命名空间版本。 删除任何创建要替换其功能的过滤器的元素。 请注意,您不能替换通过使用元素本身 - 、 或 创建的过滤器。
默认情况下会添加一些其他筛选器,但您可以禁用它们。
默认情况下会添加 a,除非您禁用了会话固定保护,否则 a 也会添加到过滤器链中。 |
如果要替换需要身份验证入口点的名称空间过滤器(即,身份验证过程是由未经身份验证的用户尝试访问受保护资源触发的),则还需要添加自定义入口点 Bean。
方法安全性
从版本 2.0 开始, Spring Security 大大改进了对向服务层方法添加安全性的支持。
它提供对 JSR-250 注释安全性以及框架的原始注释的支持。
从 3.0 开始,您还可以使用新的基于表达式的注释。
你可以将安全性应用于单个 bean,使用该元素来装饰 bean 声明,或者你可以使用 AspectJ 样式的切入点在整个服务层中保护多个 bean。@Secured
intercept-methods
默认的 AccessDecisionManager
本节假定您对 Spring Security 中访问控制的底层架构有一定的了解。 如果你不这样做,你可以跳过它,稍后再回来,因为本节只与需要进行一些自定义以使用不仅仅是简单的基于角色的安全性的人真正相关。
当您使用命名空间配置时,将自动为您注册一个默认实例,该实例将用于根据您在 and 声明中指定的访问属性(如果您使用的是 annotation secured methods,则在 annotations 中)为方法调用和 Web URL 访问做出访问决策。AccessDecisionManager
intercept-url
protect-pointcut
默认策略是将 an 与 a 和 .
您可以在授权章节中了解有关这些内容的更多信息。AffirmativeBased
AccessDecisionManager
RoleVoter
AuthenticatedVoter
自定义 AccessDecisionManager
如果您需要使用更复杂的访问控制策略,那么很容易为方法和 Web 安全设置替代方案。
为了方法安全性,你可以通过在应用程序上下文中将属性on设置为适当的 bean 来实现这一点:access-decision-manager-ref
global-method-security
id
AccessDecisionManager
<global-method-security access-decision-manager-ref="myAccessDecisionManagerBean">
...
</global-method-security>
Web 安全性的语法相同,但在元素上:http
<http access-decision-manager-ref="myAccessDecisionManagerBean">
...
</http>
ldap-server