OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

amqp-comment message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: CBS draft 03


Hi there,

I was reading through draft version 3 of the Claims Based Security document.

The draft seems to only cover the case where a client wants to put one or more token(s) to a CBS node that it already has, i.e. the tokens have been issued by some other mechanism to the client already. Since section 4 already describes the usage of TLS and SASL to authenticate the client during connection establishment, I was wondering whether you have considered to also allow for the container hosting the CBS node to create a token by itself based on the credentials conveyed to it during the SASL exchange and then make the token available to the client for retrieval, resulting in something like a "get token" operation.

IMHO this would be useful in order to not require the client to connect to another service upfront in order to get a token. Instead, the server could either itself issue a token based on the verified credentials provided by the client or delegate this task to an identity provider it has a trust relationship with.

This way, the client could use the same token for other connections (e.g. to other resource managers of the same overall system).

Does this make any sense?


Mit freundlichen Grüßen / Best regards

Kai Hudalla
Chief Software Architect

Bosch Software Innovations GmbH
Schöneberger Ufer 89-91
10785 Berlin
GERMANY
www.bosch-si.com

Registered office: Berlin, Register court: Amtsgericht Charlottenburg, HRB 148411 B;
Executives: Dr.-Ing. Rainer Kallenbach, Michael Hahn


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]