Uploaded image for project: 'WildFly Core'
  1. WildFly Core
  2. WFCORE-1103

Security realms does not validate JAAS references to security domains

    XMLWordPrintable

Details

    • Hide

      Validate that there is no validation at all of the JAAS reference found in the FlawedRealm

      Show
      Download a stock Wildfly 8.1.0.Final Replace standalone.xml with this gist: https://gist.githubusercontent.com/nickymoelholm/4908092afdcd519361df/raw/standalone.xml Launch the server. Validate that there is no validation at all of the JAAS reference found in the FlawedRealm
    • User Experience

    Description

      Problem
      In the server configuration file (standalone.xml) it is possible to define a security realm that points to a security domain that does not exist - and there is no error reporting of this at all. There is no trace information of this at all, either.

      Example

      Run it and you will see now errors at all. Despite the fact that the FlawedRealm points to a bogus security domain called ThisDomainDoesntExistAtAll . I have captured my logoutput too. Find it here: https://gist.githubusercontent.com/nickymoelholm/4908092afdcd519361df/raw/server.log

      What is wrong with this behavior?
      The bootstrapping process must validate that the configuration is valid indeed. It really doesn't - not semantically that is. Only XSD compliance / XML syntax wise. And if, for some weird reason, that silence is "security" - then at least let us know of the errors on loglevel = TRACE.

      Why is this issue created?
      The silent behavior makes security configuration in Wildfly an extremely expensive operation in terms of time spent by the average Java EE developer / administrator. I have created this issue because I want wildfly to help developers/administrators become better at spotting our errors - because, in the end, that is a tangible productivity booster.

      Attachments

        Activity

          People

            Unassigned Unassigned
            nmoelholm_jira Nicky Mølholm (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: