[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [security-services] A browser/POST question...
Agreed, there is some confusion here concerning the repeated occurrence of SubjectStatement. This is not clearly described: instead assertions are described as holding ConfirmationMethods in the text. Sigh ! This is a consequence of the relatively late "generalization" in SAML 1.0 wherein assertions could hold multiple statements (and each statement carries <ConfirmationMethod> and other stuff!). OK, so the proposed clarification would be replace: 1) Section 4.1.1.6 The <saml:ConfirmationMethod> element of each assertion MUST be set to urn:oasis:names:tc:SAML:1.0:cm:artifact-01. BY The <saml:ConfirmationMethod> element of each statement in each assertion MUST be set to urn:oasis:names:tc:SAML:1.0:cm:artifact-01 2) Section 4.1.2.5 The <saml:ConfirmationMethod> element of each assertion MUST be set to urn:oasis:names:tc:SAML:1.0:cm:bearer. BY The <saml:ConfirmationMethod> element of each statement in each assertion MUST be set to urn:oasis:names:tc:SAML:1.0:cm:bearer. - prateek c: 781-308-5198 -----Original Message----- From: Scott Cantor To: 'Mishra, Prateek'; 'Philpott, Robert '; '''Eve L. Maler' ' '; security-services@lists.oasis-open.org Sent: 5/1/2003 2:57 PM Subject: RE: [security-services] A browser/POST question... > My problem is that this is a change in semantics. Instead of > ALL assertions being transferred as "bearer" assertions only > the SSO assertions now have these properties. > > Both the artifact and FORM/Post profile permit multiple > assertions to be transferred. In each case, the > <ConfirmationMethod> is to be set appropriately either to > "artifact" or to "bearer". If that's true (and it does match what the text says), then we should at least edit the text to properly clarify that *every* SubjectStatement (or derived element thereof) is to include that method. Saying "the assertion contains" is something that shows up all over and just creates confusion in the same way that having multiple assertions in responses can create confusion if the language just implies one. -- Scott
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]