2 Replies Latest reply on Mar 24, 2010 12:45 PM by dbschofield

    Support for JaasSecurityDomain for SSL communication

    dbschofield

      The JBoss Application Server supports JaasSecurityDomains for key and trust store management when doing SSL.   I am thinking that adding support for JaasSecurityDomains in mod_cluster would ease the configuration of mod_cluster and make it more consistent with direction being taken in other JBoss projects.

       

      It could potentially ease the configuration by reusing the key and trust store configs that are also being used for the JBossWeb https connector.  No need to redefine the SSL configs listed in http://www.jboss.org/mod_cluster/ssl.html.  Simply reference the JaasSecurityDomain as the JBossWeb https connector does.

       

      With JBoss 5.x we are seeing JaasSecurityDomains being supported by JBossWeb, JBoss Remoting, and the various security projects.  Having a unified strategy for managing key and trust stores is a very good thing, IMHO.

       

      Before I open a feature request in JIRA for this, just want to see if anyone has any opinion/thoughts on this?  Or maybe I have overlooked support that already exists or being developed?

        • 1. Re: Support for JaasSecurityDomain for SSL communication
          jfclere

          The idea looks good but in fact there AS is a client for httpd so different keys will be used.

          • 2. Re: Support for JaasSecurityDomain for SSL communication
            dbschofield

            Even if JBossWeb acts as a server and mod_cluster.sar acts as a client in their relationships to httpd I would still maintain they could both use the same key and trust stores.  The key presented by the JBossWeb on an SSL handshake could be the same one presented by mod_cluster.sar during mutual auth.  The trust store used by mod_cluster.sar on an SSL handshake could also be used to validate the client cert from httpd during mutual auth.  This holds true as long as the actors in the SSL communication are always viewed as the JBoss AS process and the httpd process.  If one wants to distinguish between the JBossWeb service and mod_cluster.sar service in the creation of their keys then yes different configs are required.

             

            Wearing my JBoss administrator hat, I have to make JBoss as simple and consistent to use as possible for hundreds of novice users.  Sharing a config with JBossWeb is not my top concern just an added bonus of using a JaasSecurityDomain.  I'm more concerned with a consistent strategy for defining SSL configs.  It is a pain to have many different locations for defining key and trust stores, as outlined in my original post. JaasSecurityDomains appear to be the direction that other JBoss projects are taking.  This adds consistency for reducing the learning curve for new users and promotes reuse of configs where appropriate.

             

            I am going to go ahead and create a feature request for this unless there is some reason why this couldn't/shouldn't be done.