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

 


Help: OASIS Mailing Lists Help | MarkMail Help

security-services message

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


Subject: RE: [security-services] Action A9: Error handling for SOAP profil e


Irving, 

When you say

>>
>>If the receiving party understands the SAML assertion in the 
>>SOAP header,
>>but considers the assertion invalid, the receiving party 
>>SHOULD return a
>>SOAP message with a <Fault> element as the message body. 

What about the case where the SAML assertion is malformed or
the receiving party cannot find extension schema etc. etc. It seems
to me these are all reasonable grounds for returning a SAML error.

Basically, we are saying that we are providing an error for the
case where the recipient has a problem in dealing with
the assertion.


- prateek


>>Reasons why the
>>receiver may consider the assertion invalid include, but are 
>>not limited to:
>>*	The assertion contains a <Condition> element that the 
>>receiver does
>>not understand.
>>*	The signature on the assertion is invalid.
>>*	The receiver does not accept assertions from the issuer of the
>>assertion in question.
>>
>>The returned <Fault> element takes the form:
>>
>><Fault>
>>     <Faultcode>Client.SAML</Faultcode>
>>     <Faultstring>...</Faultstring>
>></Fault>
>>
>>It is recommended that the <Faultstring> element contain an 
>>informative
>>message. This specification does not specify any normative 
>>text. Sending
>>parties MUST NOT rely on specific contents in the 
>><Faultstring> element.
>>
>> - irving -
>>
>>
>>
>>--------------------------------------------------------------
>>---------------------------------------------------
>>The information contained in this message is confidential and 
>>is intended 
>>for the addressee(s) only.  If you have received this message 
>>in error or 
>>there are any problems please notify the originator immediately.  The 
>>unauthorized use, disclosure, copying or alteration of this 
>>message is 
>>strictly forbidden. Baltimore Technologies plc will not be 
>>liable for direct, 
>>special, indirect or consequential damages arising from 
>>alteration of the 
>>contents of this message by a third party or as a result of 
>>any virus being 
>>passed on.
>>
>>In addition, certain Marketing collateral may be added from 
>>time to time to 
>>promote Baltimore Technologies products, services, Global 
>>e-Security or 
>>appearance at trade shows and conferences.
>> 
>>This footnote confirms that this email message has been swept by 
>>Baltimore MIMEsweeper for Content Security threats, including
>>computer viruses.
>>
>>----------------------------------------------------------------
>>To subscribe or unsubscribe from this elist use the subscription
>>manager: <http://lists.oasis-open.org/ob/adm.pl>
>>


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


Powered by eList eXpress LLC