[JBoss JIRA] (ELY-770) Review SASL mechanism handling of isComplete()
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-770?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse updated ELY-770:
---------------------------------
Fix Version/s: 1.1.0.Beta29
(was: 1.1.0.Beta28)
> Review SASL mechanism handling of isComplete()
> ----------------------------------------------
>
> Key: ELY-770
> URL: https://issues.jboss.org/browse/ELY-770
> Project: WildFly Elytron
> Issue Type: Task
> Components: SASL
> Reporter: Darran Lofthouse
> Priority: Critical
> Fix For: 1.1.0.Beta29
>
>
> The javadoc of the isComplete() method states: -
> _Determines whether the authentication exchange has completed. This method is typically called after each invocation of evaluateResponse() to determine whether the authentication has completed successfully or should be continued._
> Also getAuthorizationID() states: -
> _Reports the authorization ID in effect for the client of this session. This method can only be called if isComplete() returns true.
> _
> Although the former is very vague there just seem to be a suggestion that complete means successfully complete, our mechs are setting complete very early and other wrappers such as AuthenticationCompleteCallbackSaslServerFactory are using complete as a flag to report failures.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (ELY-773) Where AuthenticationConfiguration has calls to PasswordFactory.getInstance(alg) pass in Supplier<Provider[]>
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-773?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse updated ELY-773:
---------------------------------
Fix Version/s: 1.1.0.Beta29
(was: 1.1.0.Beta28)
> Where AuthenticationConfiguration has calls to PasswordFactory.getInstance(alg) pass in Supplier<Provider[]>
> ------------------------------------------------------------------------------------------------------------
>
> Key: ELY-773
> URL: https://issues.jboss.org/browse/ELY-773
> Project: WildFly Elytron
> Issue Type: Task
> Components: Authentication Client
> Reporter: Darran Lofthouse
> Assignee: David Lloyd
> Priority: Critical
> Fix For: 1.1.0.Beta29
>
>
> This may be obsoleted by ongoing work but just wanted an issue to track where AuthenticationConfiguration and related classes currently uses PaswordFactory.getInstance without passing in a Supplier for Provider[].
> * SetCredentialsConfiguration
> * SetKeyStoreCredentialAuthenticationConfiguration
> * ElytronAuthenticator
> * ElytronXmlParser.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (ELY-810) Unify CredentialStore around CredentialSource style storage capability
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-810?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse updated ELY-810:
---------------------------------
Fix Version/s: 1.1.0.Beta29
(was: 1.1.0.Beta28)
> Unify CredentialStore around CredentialSource style storage capability
> ----------------------------------------------------------------------
>
> Key: ELY-810
> URL: https://issues.jboss.org/browse/ELY-810
> Project: WildFly Elytron
> Issue Type: Task
> Components: Credential Store
> Reporter: David Lloyd
> Assignee: David Lloyd
> Fix For: 1.1.0.Beta29
>
>
> The following needs to be done:
> * Move the PB masked password format to a proper password type
> * Introduce protection parameters for credential stores and entries
> * Drop the admin_key concept in favor of credential store protection parameters
> * Introduce a proper vault-compatible credential store
> * Introduce a mechanism to pull protection parameters for stores from the client configuration
> * Use a credential store which can store (nearly) any credential type
> * Update XML accordingly
> * Remove dangerous command execution patterns from credential store, make them safe and make them CredentialSources instead
> * Clean up exception hierarchy of credential stores
> * Introduce simple map-backed credential store
> Additionally, the above implies:
> * Introduce AlgorithmParameterSpi for password parameter types
> * Introduce hashing ability for parameters
> * Add missing parameter types for PBE
> * Introduce serialization trickery to support picketbox class names for vault files
> * Atomic file output stream
> * Update tests as needed
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months
[JBoss JIRA] (ELY-849) Rename setMechanismProperties to setSaslMechanismProperties
by Darran Lofthouse (JIRA)
[ https://issues.jboss.org/browse/ELY-849?page=com.atlassian.jira.plugin.sy... ]
Darran Lofthouse updated ELY-849:
---------------------------------
Fix Version/s: 1.1.0.Beta29
(was: 1.1.0.Beta28)
> Rename setMechanismProperties to setSaslMechanismProperties
> -----------------------------------------------------------
>
> Key: ELY-849
> URL: https://issues.jboss.org/browse/ELY-849
> Project: WildFly Elytron
> Issue Type: Enhancement
> Components: Authentication Client
> Reporter: Darran Lofthouse
> Assignee: Darran Lofthouse
> Priority: Blocker
> Fix For: 1.1.0.Beta29
>
>
> If we later add HTTP mechanisms we have no way to differentiate between HTTP and SASL mechanism properties.
> We could probably share properties and rely on protocol matching in the MatchRule but as a single AuthenticationConfiguration will support both HTTP and SASL I think independent properties will be required.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
9 years, 2 months