OASIS eXtensible Access Control Markup Language (XACML) TC

Re: [xacml] clarifications/questions for worklist items 26, 29 and32

  • 1.  Re: [xacml] clarifications/questions for worklist items 26, 29 and32

    Posted 10-16-2003 14:39
     MHonArc v2.5.0b2 -->
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    
    

    xacml message

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


    Subject: Re: [xacml] clarifications/questions for worklist items 26, 29 and32


    On Wed, 15 Oct 2003, Frank Siebenlist wrote:
    
    > TC members,
    >
    > I looked through the review and added some comments and clarifications.
    >
    > [ 26 discussion snipped ]
    
    > > ...
    > > 29. Policy Authority Delegation
    > >
    > >   We had a number of questions about this.  It needs
    > >   clarification.  Issues:
    > >
    > >   a. Define "domain".  What does it correspond to?
    > >   b. Could this be solved using a subject-domain or
    > >      resource-domain attribute that the PEP should include in its
    > >      Request, and that policies could match on?
    > >
    > >   Wait for Frank to provide clarification before putting on F2F
    > >   agenda.
    > >
    > >   F2F: not until/unless Frank clarifies, but then possibly
    >
    > I have the feeling that all the "delegation" related items will be solved when
    > we tackle the "right of a subject to administer policy for a certain target".
    >
    > I reworded the description in item#29:
    >
    > 29. Policy Authority Delegation
    >     The ability to express in a policy rule that a certain authorization
    > authority is allowed to administer access control policy for a certain target.
    
    Isn't this just straightforward application of XACML policy to a
    "administer access control policy" action for a certain target?
    
    Sorry Frank, but I'm having a hard time parsing the following description.
    
    > The evaluation for a certain target should probably yield "Indeterminate" or
    > "Not Applicable" (?) according to the local policy,
    
    Why *should* it yeild Indeterminate or Not Applicable?
    
    > it should yield "Permit" for the right of an authorization authority to
    > administer the policy for that target, and either the authorization
    > query to that authorization authority's PDP should yield "Permit" or the
    > evaluation of the pushed access control assertion by that authorization
    > authority should yield "Permit". If the local policy yield either
    > "Permit" or "Deny", the foreign authorization authority doesn't have to
    > be considered.(?)
    
    Okay now I am afraid, I'm lost.  Do you have a specific use case for this
    one that we can see what your requirements are?
    
    Cheers,
    -Polar
    
    


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