如何更改GrailsSpring Securityldap:2.0.1插件以使用定制的AuthoritiesPopulator？

Question

我在圣杯2.4.4上使用插件Spring安全核心：2.0.0

上面的工作正常，我可以从用户所属的组推断出用户ROLE_。

但是我们有一个需求更改，我们现在需要从嵌套的 LDAP 组树中推断出用户 ROLE。

我查了一下，spring-security-ldap： 2.0.1是基于springSecurity 3.2.9的，它还不包括NestedLdapAuthoritiesPopulator，所以我去了github，抓住了那个和其他几个依赖类，把它们放进去，然后修改了我的resources.groovy来使用它，如下所示：

beans = {
ldapAuthProvider(org.springframework.security.ldap.authentication.LdapAuthenticationProvider,
            ref("ldapAuthenticator"), // Use default
            ref("myLdapAuthoritiesPopulator") // Use custom
    ) {}

    myLdapAuthoritiesPopulator(com.ldap.NestedLdapAuthoritiesPopulator, ref("contextSource2"), application.config.grails.plugin.springsecurity.ldap.authorities.groupSearchBase ) {}

    // Set up the manager to read LDAP
    contextSource2(DefaultSpringSecurityContextSource, application.config.grails.plugin.springsecurity.ldap.context.server) {       
        userDn = application.config.grails.plugin.springsecurity.ldap.context.managerDn ?:null 
        password = application.config.grails.plugin.springsecurity.ldap.context.managerPassword ?:null
    }

但是一旦我尝试了，我就犯了这样一个错误:

Message: [LDAP: error code 49 - Invalid Credentials]; nested exception is javax.naming.AuthenticationException: [LDAP: error code 49 - Invalid Credentials]
    Line | Method
->>  257 | searchForMultipleAttributeValues in com.ldap.SpringSecurityLdapTemplate$$EQx0bs0G
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - 
|    200 | performNestedSearch              in com.ldap.NestedLdapAuthoritiesPopulator
|    160 | getGroupMembershipRoles . . . .  in     ''
|    213 | getGrantedAuthorities            in com.ldap.DefaultLdapAuthoritiesPopulator$$EQx0Xl3o
|     59 | attemptAuthentication . . . . .  in grails.plugin.springsecurity.web.authentication.GrailsUsernamePasswordAuthenticationFilter
|     62 | doFilter                         in grails.plugin.springsecurity.web.authentication.logout.MutableLogoutFilter
|     59 | doFilter . . . . . . . . . . . . in grails.plugin.springsecurity.web.SecurityRequestHolderFilter
|   1145 | runWorker                        in java.util.concurrent.ThreadPoolExecutor
|    615 | run . . . . . . . . . . . . . .  in java.util.concurrent.ThreadPoolExecutor$Worker
^    745 | run                              in java.lang.Thread
Caused by AuthenticationException: [LDAP: error code 49 - Invalid Credentials]

我错过了什么？或者，有没有更好的方法来实现我想要做的事情？

[编辑20180711]

我通过在资源.goovy中添加上下文源2来解决上述问题：

    contextSource2(DefaultSpringSecurityContextSource, application.config.grails.plugin.springsecurity.ldap.context.server) {
        userDn = application.config.grails.plugin.springsecurity.ldap.context.managerDn ?:null
        password = application.config.grails.plugin.springsecurity.ldap.context.managerPassword ?:null
        authenticationSource = ref('ldapAuthenticationSource')
        authenticationStrategy = ref('authenticationStrategy')
        anonymousReadOnly = true 
}

ldapAuthenticationSource(SimpleAuthenticationSource) {
    principal = "uid=admin,dc=myCompany,dc=com"
    credentials = "Admin123"
}
authenticationStrategy(GrailsSimpleDirContextAuthenticationStrategy) {
    userDn = "uid=admin,dc=myCompany,dc=com"
}

现在我可以登录并推断嵌套组是Role，但还有一些问题——对于嵌套组中的用户，权威搜索无法找到它。

例如，如果我有一个这样的组层次结构树：

Groups -> group02 -> user01
       -> group01 (having member group02)
       -> group03 -> group04 -> user02

如果以user01身份登录，则角色推断为role_GROUP01和role_CROUP02。但如果以user02身份登录，根本不会返回任何角色。

我尝试了下面的配置，但也不起作用:

grails.plugin.springsecurity.ldap.authorities.groupSearchBase = 'ou=Groups,dc=myCompany,dc=com'
grails.plugin.springsecurity.ldap.authorities.searchSubtree = true

有什么帮助吗？

如果它产生不同的，则group01的dn为

cn=group01,ou=Groups,dc=myCompany,dc=com

和组04的 dn 是：

cn=group04,cn=group03,ou=Groups,dc=myCompany,dc=com

Answer 1

啊nvm我也想出了我的最后一个问题——因为现在我正在滚动我自己的SpringSecurityLdapTemplate类(搜索实际发生的地方),‘grails . plugin . spring security . LDAP . authorities . search subtree’配置没有传递给它...所以我只是在search()调用之前将这个配置直接添加到它的某个地方，就像这样:

SearchControls ctls = new SearchControls();
ctls.setSearchScope(SearchControls.SUBTREE_SCOPE);,
...
search(base, formattedFilter, ctls, roleMapper);

现在它正在按预期工作。