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] FW: [security-bindings] Multiple authn assertionsin one Browser Artifact Profile exchange?


 

-----Original Message-----
From: Irving Reid
To: 'security-bindings@lists.oasis-open.org'
Cc: Tahura Chaudhry
Sent: 11/19/01 7:11 PM
Subject: [security-bindings] Multiple authn assertions in one Browser
Artifact Profile exchang	e?

In the browser artifact profile as described in the bindings-06 document
(http://lists.oasis-open.org/archives/security-services/200111/msg00020.
html
, section 4.1.5), lines 565-567 imply that more than one authentication
assertion could be transferred. This raises all sorts of questions about
how
the receiver should behave, particularly if the authn assertions refer
to
different subjects.

Do we want to say anything more about this? Alternatives include:

(a) Make no changes to the spec. Implementers are free to choose
whatever
behaviour they think is appropriate for their solution.

(b) Specify that all authn assertions must contain the same Subject (or
at
least, the same NameIdentifier within the Subject)

(c) Specify exactly how the receiver should behave. Two possibilities
are to
say that access should be allowed if any one of the Subjects would be
allowed, or that access should only be allowed if all of the Subjects
are
allowed.

My life would be easiest if we choose (b), though I could see how it
might
be too severe a constraint on some applications.

 - 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