You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While CAS Protocol 1.0 & 2.0 defined only a <cas:user> attribute as required in the authentication response, many CAS server implementations release additional attributes. This attribute release can inform the application of details like a user's name, email address, preferred locale, and group membership. The phpCAS library currently supports looking for additional attributes in the CAS response encoded in several common formats. Replicating this support in CasAuthBundle will open-up a number of options to applications using this bundle.
My read on the structure of the Symfony Authenticator/UserProvider/User system is that the proper place for attribute parsing and structuring would be in the CasUserProvider. The CasUserProvider would need access to the serviceValidate response XML though, so that would need to be provided to it by the CasAuthenticator prior to $userProvider->loadUserByUsername() being called. I'll have to investigate further how to properly expose a mechanism for passing data from the CasAuthenticator to the CasUserProvider that won't cause problems if there are multiple Authenticators or UserProviders configured into the application.
The text was updated successfully, but these errors were encountered:
While CAS Protocol 1.0 & 2.0 defined only a
<cas:user>
attribute as required in the authentication response, many CAS server implementations release additional attributes. This attribute release can inform the application of details like a user's name, email address, preferred locale, and group membership. The phpCAS library currently supports looking for additional attributes in the CAS response encoded in several common formats. Replicating this support inCasAuthBundle
will open-up a number of options to applications using this bundle.My read on the structure of the Symfony
Authenticator
/UserProvider
/User
system is that the proper place for attribute parsing and structuring would be in theCasUserProvider
. TheCasUserProvider
would need access to theserviceValidate
response XML though, so that would need to be provided to it by theCasAuthenticator
prior to$userProvider->loadUserByUsername()
being called. I'll have to investigate further how to properly expose a mechanism for passing data from theCasAuthenticator
to theCasUserProvider
that won't cause problems if there are multipleAuthenticator
s orUserProvider
s configured into the application.The text was updated successfully, but these errors were encountered: