[Date Prev][Date Next] [Chronological] [Thread] [Top]

increasing complexity - draft-ietf-ldapext-acl-model-08.txt



I would like to voice my general opinion that the ACM is
may be overly complex.  I believe the ACM should
be much simpler.

I offer for (re)consideration:

- instead of defining permissions which parallel LDAP
  operations, define permissions based upon the type
  of access being made.  That is, "write" permission
  would be needed by subject to update a particular
  target irregardless of what operation was used to
  to request the update.

- return to one ACI attribute and handle entry/subtree
  semantics via target scope in the value.  This scope
  would be more easily extended to support non-entry
  and non-subtree scopes (such as one-level, children,
  etc.).

- eliminate one of the syntax variants.  I suggest using
  just a ASN.1 described syntax to be ";binary" transferred.
  (a string representation of this could be separately defined
  for presentation to users, if desired).

- remove all mention of ldapACIsubentry from the I-D and
  generalize the out-of-scope statement to "prescriptive
  ACIs and scoping via subenties is beyond the scope of
  this document".

- remove ipAddress and DNS subjects as they require special
  semantics (as well as for the security considerations
  separately noted).

- remove authnLevel.  Don't add integrity/confidentiality
  factors.

- don't require recursive expansion of roles and groups
  (implementation complexity).

Kurt