1 Reply Latest reply on May 18, 2005 11:35 AM by Scott Stark

    Chained Login Modules and IsCallerInRole()

    Ulf Schroeter Novice


      we would like to secured EJB access in such a way, that even unauthenticated calls (principal=null) will be excuted with an assigned default principal and default role (which we need for an additional IsCallerInRole() based security test within the EJB method itself).

      We setup the following chained login module configuration:

       <!-- Chained Security Domain -->
       <application-policy name = "ChainedSecurityRealm">
       <!-- try authentication lookup user/roles in security database -->
       <login-module code = "org.jboss.security.auth.spi.DatabaseServerLoginModule" flag = "sufficient">
       <module-option name = "dsJndiName">java:/SecurityDS</module-option>
       <module-option name = "principalsQuery">SELECT password FROM principals WHERE ....</module-option>
       <module-option name = "rolesQuery">SELECT role FROM roles WHERE ....</module-option>
       <!-- fallback to DefaultPrincipal with role DefaultRole for unauthenticated callers -->
       <login-module code="org.jboss.security.auth.spi.IdentityLoginModule" flag="required">
       <module-option name="principal">DefaultPrincipal</module-option>
       <module-option name="roles">DefaultRole</module-option>

      If a caller cannot be authenticated by the first DatabaseServerLoginModule (sufficent), that a DefaultPrincipal with DefaultRole will always be assigned by the second IdentityLoginModule.

      So far, so good, general authentication and authorization within the SecurityInterceptor of the EJB is propperly handled even for unauthenticated callers ( -> method access granted ).

      Unfortunately within the method itself a call to Context.isUserInRole("DefaultRole") still returns false, as the principal element in the bean context is still null (originally set to null on invocation, as the client did not provided authentication information).

      I would expect that the DefaultPrincipal and its DefaultRole should be assigned to the context principal element (which analogously happens for example in case of an explicit EJB role assignment via "run-as" tag)

      Is this a bug or an expected behaviour ?


        • 1. Re: Chained Login Modules and IsCallerInRole()
          Scott Stark Master

          Its an undefined behavior. There is no notion of an unauthenticated identity that also has associated roles. By definition, an unauthenticated indentity if allowed by the security domain, is just a principal with no roles. I would have to try your specific configuration to see if it should just be working as expected, but this is not an explicit notion we have to the unauthenticated identity.

          Create a feature request for this and I'll look into what the current behavior is to see what would be required to make this a well defined notion.