Fixed
Details
Assignee
Dave CridlandDave CridlandReporter
Guus der KinderenGuus der KinderenFix versions
Priority
Major
Details
Details
Assignee
Dave Cridland
Dave CridlandReporter
Guus der Kinderen
Guus der KinderenFix versions
Priority
Created September 27, 2016 at 12:04 PM
Updated February 17, 2017 at 7:32 PM
Resolved February 17, 2017 at 7:32 PM
When Openfire is configured to use a custom JDBC integration, the recently added SCRAM implementation causes problems (without a salt, it tries to reset a password, which can be read-only through the provider - if the password is not read-only, the newly generated password will probably be unusable by other systems, as it was regenerated with a salt only in the Openfire database)
I'm seeing this in
SASLAuthentication#getSupportedMechanisms()
:!AuthFactory.supportsPasswordRetrieval() && !AuthFactory.supportsScram()
Should this be an "or" condition instead, perhaps combined with a change where
JDBCAuthProvider#isScramSupported
returns 'true' only when its fieldsallowUpdate == true
andsetPasswordSQL != null
. Again, I'm not sure if resetting a password value outside of the Openfire is wise, when the salts used are not in that same database.