[jboss-jira] [JBoss JIRA] (WFCORE-2615) Attribute allow-sasl-mechanisms is ignored in Elytron Authentication Configuration

[ https://issues.jboss.org/browse/WFCORE-2615?page=com.atlassian.jira.plugi... ] David Lloyd commented on WFCORE-2615: ------------------------------------- * How is the "list of all known mechanisms" created? It is the list of mechanisms provided by server? Or it is hard coded somewhere in client? It's derived from all the available mechanism implementations that are detected by the providers on that system. When a client performs authentication, it starts with the intersection set between the locally available mechanisms and the list of mechanisms offered by the server. * We understand that allowing some mechanisms which are not supported by configuration can be useful for standalone clients (e.g. CLI can ask user for password), but is there any scenario when it is useful for authentication-configuration in Elytron subsystem? It's related to outbound authentication, so theoretically any use case on the CLI is also valid here (consider app client for example). Note that the current behavior is based on one simple criterion: getting the tests to pass. * Is there any way how to enforce usage of single concrete SASL mechanism? I think you can only forbid all the other mechanisms right now, meaning you need the full list of them to do it. * What should be an order of tried SASL mechanism? Is it defined somewhere or is it random? Should SASL mechanisms from allow-sasl-mechanisms have higher priority then other known mechanisms? The order that clients try SASL mechanisms is currently based on the order that they are presented by the server. There is no mechanism to reorder them. -- This message was sent by Atlassian JIRA (v7.2.3#72005)