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

Re: access given to parent entry



François Beretti wrote:

Pierangelo Masarati wrote:

To make it short, "by self[n] write", recycling the "self" clause, or
"ancestor[n]", with "self" given by n=0 and "parent" given by n=1?


Yeah, great, I will accept any of these solutions :-)

In my company we develop software storing objects under user entries, and this would be very, very useful !


OK, I have a working tentative solution of the type:

access to *
   by self write
   by self.level{1} read
   by self.level{-1} compare
   by dn.exact="cn=some,dc=org" search
   by dn.level{2} auth

Note that:
- self{1} means that access to "cn=some,dc=org" by "cn=one,cn=some,dc=org" matches, i.e. {n} levels are cut from the user;
- self{-1} means that access to "cn=some,dc=org" by "dc=org" matches, i.e. in case of {-n}, n levels are cut from the target;
- dn.level{n} means that match occurs at a given depth from the leftmost part of the user's DN; of course dn.level{1} == onelevel and dn.level{0} == base.


Your initial case of granting write permission to each entry by their immediate ancestor would be

access to *
   by self.level{-1} write

This seems to work fine also with back-config.

Please file an ITS so we can keep track of the feature, discuss the details, update slapd.access(5) and so on.

p.


SysNet - via Dossi,8 27100 Pavia Tel: +390382573859 Fax: +390382476497