← Prev in month ← Prev in thread

Proposed text change to core spec, associated w Errata issue #4

From
rich levinson <>
Date
2016-11-11T01:41:30+00:00
ID
Thread
Proposed text change to core spec, associated w Errata issue #4
The issue is about Sec 5.42 of the core spec:

     
http://docs.oasis-open.org/xacml/3.0/xacml-3.0-core-spec-os-en.html#_Toc325047147

    

    The issue was raised on the email list entitled:

      Subject: Re: [xacml] Issue: Ambiguity in defn of
      Request wrt Attributes Category,

     and Erik suggested, and I agreed that it should be handled in the
    Errata:

      https://lists.oasis-open.org/archives/xacml/201303/msg00004.html

    

    Sometime after the issue was posted on the wiki for Errata (issue
    #4):

        4 Multiple Category Elements

      https://wiki.oasis-open.org/xacml/XacmlErrata

    

    Erik added the following comment:

    'Note from Erik: The core spec is intended to operate
      only on single instances of a given attribute category.

        Anything else is specified in the multiple decision profile.

        This is stated in section 5.42 

      

            "There may be multiple <Attributes> elements with the
      same Category attribute

               if the PDP implements the multiple decision profile, see
      [Multi].

              Under other conditions, it is a syntax error

                if there are multiple <Attributes> elements with
      the same Category (see Section 7.19.2 for error codes)." '

    
    I agree that the above text addresses the issue, but I believe there
    is still a problem

    that the text is located in the wrong place.

    

    The problem is that I raised this issue when I was actually
    implementing this use case

    as part of the OpenAz project upgrade to XACML 3.0, and I was using
    the core spec

    for guidance, but did not see the text that Erik quoted above.

    

    In retrospect, after reading Erik's note to errata,

     the reason that I didn't notice the text was that

      I was looking for the rules governing use of the
    <Attributes> element

       in the part of sec 5.42 that describes the <Attributes>
    element that says the following:

    "<Attributes>   [One
      to Many]

               Specifies information about attributes
      of the request context by
      listing a sequence of <Attribute>
      elements

                  associated with an attribute
      category.

               One or more <Attributes>
      elements are allowed.

               Different <Attributes>
      elements with different categories are used to represent
      information

                 about the subject, resource, action, environment
      or other categories of the access
      request."

    
    Unfortunately, this text does not say anything about the syntax
    error condition, that is described

    in the header part of Sec 5.42.

    

    By comparison, the next child element of the Request element, is
    described as follows:

    "<MultiRequests>  
      [Optional]

                     Lists multiple request
        contexts by references to the <Attributes>
      elements.

                     Implementation of this element is optional.

                     The semantics of this element is defined in [Multi].

                     If the implementation does not implement this
      element,

                        it MUST return an Indeterminate result if it
      encounters this element. See section 5.50."

    
    i.e. in this case the description of the child element contains the
    complete description,

    including what constitutes an error and how it should be handled,
    and where to

    find more info.

    

    Therefore, my recommendation is to move the text quoted by Erik
    above, from the

    header section of 5.42, and append it starting on a new line
    immediately following the

    current text that describes the <Attributes> element. This
    will make the <Attributes> element

    description consistent in scope w other elements, such as the
    <MultiRequests> described

    above i.e. put the whole description of the child element in one
    place,

     not divided between the header and the element descriptions.

    

      Thanks,

      Rich
← Prev in month ← Prev in thread