Where REST services demand a particular type of token for access, REST clients can potentially integrate with an STS server to acquire the requisite token, and pass it to the service.
I haven't seen customers yet widely asking for such solutions, but need can arise where companies standardize across the applications on tokens such as SAML for access control which carries not only the username information but also attributes associated with user profile.
In such scenarios, following flow would be applicable
I haven't seen customers yet widely asking for such solutions, but need can arise where companies standardize across the applications on tokens such as SAML for access control which carries not only the username information but also attributes associated with user profile.
In such scenarios, following flow would be applicable
- REST client acquires token from the STS server preferably through REST binding of STS, but any other supported binding should also be okay.
- Once it receives the token, it adds it to the "Authorization" HTTP header of the REST request.
- REST service receives the request, and a security interceptor(agent) picks up the token to check for access validity. The interceptor can optionally assert the identity into the service for identity propagation needs.
|