此版本仍在开发中，尚不被认为是稳定的。对于最新的稳定版本，请使用 Spring Integration 6.5.1！spring-doc.cadn.net.cn

Spring Integration 中的安全性

安全性是任何现代企业（或云）应用程序中的重要功能之一。 此外，它对于分布式系统（例如基于企业集成模式构建的系统）至关重要。 消息传递独立性和松散耦合允许目标系统与消息中的任何类型的数据相互通信payload. 我们可以信任所有这些消息，也可以保护我们的服务免受“感染”消息的侵害。spring-doc.cadn.net.cn

从版本开始6.3整体spring-integration-security模块被删除，取而代之的是更常见的spring-security-messaging图书馆。

保护通道

要保护集成流中的消息通道，请AuthorizationChannelInterceptor必须添加到这些通道中，或者可以将其配置为具有相应模式的全局通道拦截器：spring-doc.cadn.net.cn

@Bean
@GlobalChannelInterceptor(patterns = "secured*")
AuthorizationChannelInterceptor authorizationChannelInterceptor() {
    return new AuthorizationChannelInterceptor(AuthorityAuthorizationManager.hasAnyRole("ADMIN", "PRESIDENT"));
}
<channel-interceptor pattern="securedChannel*">
    <beans:bean class="org.springframework.security.messaging.access.intercept.AuthorizationChannelInterceptor">
        <beans:constructor-arg>
            <beans:bean class="org.springframework.security.authorization.AuthorityAuthorizationManager"
                        factory-method="hasAnyRole">
                <beans:constructor-arg>
                    <beans:array>
                        <beans:value>ADMIN</beans:value>
                        <beans:value>PRESIDENT</beans:value>
                    </beans:array>
                </beans:constructor-arg>
            </beans:bean>
        </beans:constructor-arg>
    </beans:bean>
</channel-interceptor>

有关更多信息，请参阅全局通道拦截器配置。spring-doc.cadn.net.cn

安全上下文传播

为了确保我们与应用程序的交互是安全的，根据其安全系统规则，我们应该通过身份验证（主体）对象提供一些安全上下文。 Spring Security 项目提供了一种灵活的规范机制，用于通过 HTTP、WebSocket 或 SOAP 协议对我们的应用程序客户端进行身份验证（就像对于具有简单 Spring Security 扩展的任何其他集成协议一样）。 它还提供了一个SecurityContext用于对应用程序对象（如消息通道）进行进一步的授权检查。 默认情况下，SecurityContext与当前Thread通过使用 （ThreadLocalSecurityContextHolderStrategy). 它由安全方法上的 AOP（面向方面编程）拦截器访问，以检查（例如）是否principal的调用具有足够的权限来调用该方法。 这适用于当前线程。 但是，通常情况下，处理逻辑可以在另一个线程、多个线程甚至外部系统上执行。spring-doc.cadn.net.cn

如果我们的应用程序是基于 Spring Integration 组件及其消息通道构建的，则标准线程绑定行为很容易配置。 在这种情况下，受保护的对象可以是任何服务激活器或转换器，并使用MethodSecurityInterceptor在他们的<request-handler-advice-chain>（请参阅向端点添加行为）甚至MessageChannel（请参阅前面的保护通道）。 使用时DirectChannel通信，则SecurityContext自动可用，因为下游流在当前线程上运行。 但是，在QueueChannel,ExecutorChannel和PublishSubscribeChannel使用Executor，消息根据这些通道的性质从一个线程传输到另一个线程（或多个线程）。 为了支持此类方案，我们有两种选择：spring-doc.cadn.net.cn

这被实现为org.springframework.security.messaging.context.SecurityContextPropagationChannelInterceptor在spring-security-messaging模块，可以添加到任何MessageChannel或配置为@GlobalChannelInterceptor. 该拦截器的逻辑基于SecurityContext从当前线程中提取（从preSend()方法），并将其从postReceive() (beforeHandle()） 方法。 请参阅SecurityContextPropagationChannelInterceptorJavadocs 了解更多信息。spring-doc.cadn.net.cn

繁殖和种群SecurityContext只是工作的一半。 由于消息不是消息流中线程的所有者，并且系统应确保它免受任何传入消息的保护，因此SecurityContext必须从ThreadLocal. 这SecurityContextPropagationChannelInterceptor提供afterMessageHandled()拦截器方法实现。 它通过在调用结束时从传播的主体中释放线程来清理作。 这意味着，当处理已传递消息的线程完成对消息的处理（成功或其他消息）时，将清除上下文，以便在处理另一条消息时不会无意中使用它。spring-doc.cadn.net.cn

使用异步网关时，应使用适当的AbstractDelegatingSecurityContextSupport实现，以确保通过网关调用进行安全上下文传播。 以下示例显示了如何执行此作：spring-doc.cadn.net.cn

@Configuration
@EnableIntegration
@IntegrationComponentScan
public class ContextConfiguration {

    @Bean
    public AsyncTaskExecutor securityContextExecutor() {
        return new DelegatingSecurityContextAsyncTaskExecutor(
                         new SimpleAsyncTaskExecutor());
    }

}

@MessagingGateway(asyncExecutor = "securityContextExecutor")
public interface SecuredGateway {

    @Gateway(requestChannel = "queueChannel")
    Future<String> send(String payload);

}