[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: Minutes for 20 May 2010 TC Meeting
Time: 13:00 EDT Tel: 513-241-0892 Access Code: 65998 Agenda/Minutes for 20 May 2010 TC Meeting: 13:00 - 13:05 Roll Call & Approve Minutes: Voting Members Erik Rissanen Axiomatics AB Gareth Richards EMC Corporation Bill Parducci Individual Roy D'Souza Microsoft Corporation Naomaru Itoi NextLabs, Inc. Rich Levinson Oracle Corporation Hal Lockhart Oracle Corporation David Staggs Veterans Health Administration Members Jan Herrmann Individual we have quorum Approve Minutes: 6 May 2010 TC Meeting http://lists.oasis-open.org/archives/xacml/201005/msg00022.html updated: http://lists.oasis-open.org/archives/xacml/201005/msg00026.html hal: any objection to unanimous approval? approved no objection Administrivia IPC Profile - CD 02 uploaded by John Tolbert http://lists.oasis-open.org/archives/xacml/201005/msg00023.html XACML v3 Status XACML CD 30 day Public Review Announced: http://lists.oasis-open.org/archives/xacml/201005/msg00030.html eXtensible Access Control Markup Language (XACML) Version 3.0 SAML 2.0 Profile of XACML Version 2.0 XACML v3.0 Multiple Decision Profile Version 1.0 XACML v3.0 Hierarchical Resource Profile Version 1.0 XACML Intellectual Property Control (IPC) Profile Version 1.0 public review ends June 6, 2010 note: originally there was some distinction separating the schedule for the IPC Profile, but that no longer exists Issues/Topics Key References - repost by Paul http://lists.oasis-open.org/archives/xacml/201005/msg00027.html Hal: attributes w unique values - as far as policy language - amf addresses some of these issues; is against a class of attrs handled in special way; was done in 2.0 which seemed to be a mistake; prefers the language to unambiguously deal w attrs; but req/rsp correlation and using 1 attr value to find other attr values - seems to imply an inherent assumption in xacml - in context of multi decision, hal asserts when initial request is made it is expected that there be sufficient info in the values of the multi-request to allow distinguishing one request from another. ex 2 identical subjects; on one resource is effectively the same request. assert that would get the same answer - has implications for possible correlation of the responses to the requests. Erik: in old discussion concluded that could always add in a distinguishing attr to identify. Hal: initial set of attr values in req-ctx; pip may provide additional attrs that are filled in; believes there is an assumption that obtaining those additional attrs is based on info already in the context; Rich: a request could come in w just resource and subject and the policy could require an action and call out to context handler to get action from a pip. Hal: Paul is not in attendance today, so this discussion is just background for when he is present to further explain the "key" requirements. Ontology Discussion (see minutes from last meeting) Rich: reviewed it and seems like a good description: http://wiki.oasis-open.org/xacml/XACMLandRDF Hal: what about the issue 2 on the list. Rich: on the id of elements in rdf, rich agrees w hal and does not see the issue on distinguishing subjects, resources, and actions by URI alone, since by simply associating the desired URIs w the subject-id, resource-id, and action-id, as values of those respective attributes, that as far as the xacml policy is concerned, the task has been accomplished. Rich: in summary, the wiki refers to an abstract "Common Logic" and presumably the RDF vocabulary etc can be represented in terms of common logic and then reinterpreted within xacml policies as needed as a dialect of that common logic in xacml. Then the RDF world would simply need to funnel its az requests thru a common logic mapper to produce xacml requests. Hal: any other business? No other business. Next meeting June 3, same time, phone#.
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]