[
https://issues.jboss.org/browse/WFLY-3761?page=com.atlassian.jira.plugin....
]
Nicky Mølholm edited comment on WFLY-3761 at 8/22/14 7:00 AM:
--------------------------------------------------------------
That sounds super [~dlofthouse] ! It sounds good that you are taking stuff like this into
consideration for future versions. To be honest me and my colleague also fought a host of
"silent" behavior problems in addition to the above previously. And it was
really difficult for us to understand, properly, what errors we introduced. The problems
was not related to using the default other domain plus ApplicationRealm configuration
elements - but rather appeared once we tried to hook up a custom login module and use that
from remoting, ejb etc.
And I get your message with respect to the links - won't happen again :).
Thanks
was (Author: nmoelholm):
That sounds super [~dlofthouse] ! It sounds good that you are taking stuff like this into
consideration for future versions. To be hones me and my colleague also fought a host of
"silent" behavior problems in addition to the above previously. And it was
really difficult for us to understand, properly, what errors we introduced. The problems
was not related to using the default other domain plus ApplicationRealm configuration
elements - but rather appeared once we tried to hook up a custom login module and use that
from remoting, ejb etc.
And I get your message with respect to the links - won't happen again :).
Thanks
Security realms does not validate JAAS references to security
domains
---------------------------------------------------------------------
Key: WFLY-3761
URL:
https://issues.jboss.org/browse/WFLY-3761
Project: WildFly
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: Domain Management, Security
Affects Versions: 8.1.0.Final
Environment: Development Mac
Test Linux (Debian)
Reporter: Nicky Mølholm
Labels: jaas, logging, security, trace
Fix For: Awaiting Volunteers
*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*
* Download a stock Wildfly 8.1.0.Final
* Replace standalone.xml with this gist:
https://gist.githubusercontent.com/nickymoelholm/4908092afdcd519361df/raw...
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...
*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.
--
This message was sent by Atlassian JIRA
(v6.3.1#6329)