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] | [Elist Home]


Subject: Re: [xacml] Review of 10. Security and Privacy section


On 21 August, Carlisle Adams writes: [xacml] Review of 10. Security and Privacy section
 > 1. Should this be called "Security and Privacy Considerations" instead of
 > just "Security and Privacy"?

Yes.

 > 2. In the "Statement Level Confidentiality" section, 1st paragraph, it says
 > "... a PRP only needs access to the target elements in order to find the
 > appropriate rules".  Should this say "rules/policies", or just "policies",
 > instead of "rules"?

Just "policies".  A PRP no longer has to "find" rules.  The PDP
will "find" rules within a policy based on target matching.

 > 3. In the "Policy Integrity" section, 4th paragraph, it says "The PDP SHOULD
 > NOT request a rule based on who signed the rule...".  Should both
 > occurrences of "rule" be "policy"?

Yes.

 > 4. In the "Resource Matching" section, 1st paragraph, it says "... the
 > policy result of "Not Applicable" is treated as equivalent to "Permit" as is
 > common in many web servers".  I'm a bit surprised that this is true
 > (although I probably shouldn't be!).  In any case, we probably don't want to
 > encourage this behaviour.  Should we simply not mention this, or should we
 > at least say that this behaviour is not recommended?

Let's not mention this or else say not recommended.

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] | [Elist Home]


Powered by eList eXpress LLC