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

 


Help: OASIS Mailing Lists Help | MarkMail Help

xacml message

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


Subject: Notes on the updated SAML profile


Background
==========

The 2.0 standard SAML profile defined XACMLAuthzDecisionQuery, 
XACMLAuthzDecisionStatement, XACMLPolicyQuery, and XACMLPolicyStatement, 
along with their types.  But the elements were defined in such a way 
that they could not actually be used (they did not use xsi:type), so we 
removed them in our errata, leaving only the extension types.  There 
were also other errata that were reported, and those are also included 
in our errata.  A few additional errata have been reported since the 
most recent errata update was done.

As I said in today's meeting, the original intention was to incorporate 
the errata into a new version of the 2.0 profile that could be approved 
as a Committee Draft.  Eve Maler, however, recommended that, since we 
are doing a "deep" extension of SAML (extending inner elements) that we 
should probably define all the types and elements that a user would need 
in order to use our SAML Profile.  That way the types and elements will 
have standard names and it will be clear when someone is using the 
profile or not.

Changes made in the updated SAML profile
========================================

- Incorporates all errata reported against our XACML 2.0 standard
    profile
- Defines elements that use xsi:type to pick up the extension
    types
    o XACMLAuthzDecisionStatement
    o XACMLAuthzDecisionQuery
    o XACMLPolicyStatement
    o XACMLPolicyQuery
- Defined additional extension types and elements for all the
    SAML elements in which our XACML extensions might be used:
    o XACMLAssertion and XACMLAssertionType
    o XACMLAdvice and XACMLAdviceType
    o XACMLResponse and XACMLResponseType
- XACMLAuthzDecisionQuery now allows XACML policies to be
    included in an authorization decision request, in anticipation
    of XACML Administration requirements.  PDPs MAY use these
    policies in evaluating that one decision request only;the
    combining algorithm (i.e. how to combine the policies included
    and how and whether to combine them with other policies) is up
    to the PDP.  This may need more specification.

Editorial Issues
================
- I organized the spec by the four classes of information an
   XACML system might use SAML for: Attributes, Authorization
   Decisions, Policies, and Advice elements.  This means there
   is some duplication; for example, XACMLResponse is described
   under Attributes, Authorization Decisions, and Policies,
   since it might be used with Statements about any of those
   classes of information.  The duplicate descriptions point
   to one rather full description that is included with one
   of the classes of information, and then mention any additional
   restrictions or usages that apply only to use of the type
   for this particular information category.

   An alternative organization would have use models described
   for each class of information in one section, but would define
   the elements and their types just once in another section.

Regards,
Anne
-- 
Anne H. Anderson             Email: Anne.Anderson@Sun.COM
Sun Microsystems Laboratories
1 Network Drive,UBUR02-311     Tel: 781/442-0928
Burlington, MA 01803-0902 USA  Fax: 781/442-1692


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