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: [security-services] Issues with AuthorityBinding

As part of my pre-last-call review of Core-26, I have a couple of issues
with AuthorityBinding (section, lines 750-788).

As described, there is no way to extend this element to allow an
AuthorityBinding to specify other extension types derived from
StatementAbstractType. A SAML implementation that wants to implement a new
form of Statement would not be able to use AuthorityBinding.

One approach would be to change AuthorityKindType to be a qname, and make
the value of the attribute be the actual XML element name of the statement.
So, for a normal SAML AttributeStatement, the AuthorityBinding would look

<AuthorityBinding AuthorityKind="saml:AttributeStatement" .../>

For a hypothetical EnronFinancialStatement, for which the actual SAML
statement would be:

<Statement xsi:type="enron:EnronFinancialStatement"

the AuthorityBinding would look like:

<AuthorityBinding AuthorityKind="enron:EnronFinancialStatement"
xmlns:enron="http://enron.com/schemas/finance" ... />

Of course, the verbosity would be reduced if the xmlns:enron="..." attribute
was applied to an enclosing XML element, so that it didn't need to be

The second issue is that there is no way to specify "any". As it currently
stands, the text in core-26 says that AuthorityKind is required, but the
schema leaves it optional. We need to either change the schema to
use="required", or change the text to say that AuthorityKind is optional
and, if unspecified, indicates that the authority will entertain any kind of

 - 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.

This footnote confirms that this email message has been swept by 
Baltimore MIMEsweeper for Content Security threats, including
computer viruses.

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

Powered by eList eXpress LLC