Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1044169 - [RFE] ACIs do not allow attribute subtypes in targetattr keyword
[RFE] ACIs do not allow attribute subtypes in targetattr keyword
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: 389-ds-base (Show other bugs)
7.0
Unspecified Unspecified
high Severity unspecified
: rc
: ---
Assigned To: Rich Megginson
Viktor Ashirov
: FutureFeature
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2013-12-17 16:38 EST by Nathan Kinder
Modified: 2015-08-26 11:20 EDT (History)
3 users (show)

See Also:
Fixed In Version: 389-ds-base-1.3.3.1-1.el7
Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2015-03-05 04:32:06 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2015:0416 normal SHIPPED_LIVE Important: 389-ds-base security, bug fix, and enhancement update 2015-03-05 09:26:33 EST

  None (edit)
Description Nathan Kinder 2013-12-17 16:38:34 EST
This bug is created as a clone of upstream ticket:
https://fedorahosted.org/389/ticket/47569

The attribute defined in the targetattr keyword of an ACI is checked against the schema to make sure it is a defined attribute when you are adding a new ACI.  If you want to use an attribute subtype, the ACI is rejected since the attribute with subtype is not defined in the schema.  We should strip off the subtype when we validate the targetattr keyword against the schema.

Here is an example ACI that is currently being rejected, but should be allowed:

{{{
(targetattr=protectedOperation;getKeytab)
(version 3.0;
 acl "allowed retrieval of keytabs";
 allow (read)
 userattr = "allowedToPerform;getKeytab#GROUPDN";)
}}}

This example assumes that the "protectedOperation" attribute is defined in the schema.

This issue is related to FreeIPA ticket #3859.
Comment 2 Amita Sharma 2014-11-24 08:45:48 EST
1. Defined attributes in schema

ldapmodify -h localhost -p 389 -D "cn=Directory Manager" -w Secret123 << EOF
dn: cn=schema
changetype: modify
add: attributeTypes
attributeTypes: ( NAME 'protectedOperation' DESC 'Attribute protectedOperation filteri-Multi-Valued' SYNTAX 1.3.6.1.4.1.1466.115.121.1.27 )

ldapmodify -h localhost -p 389 -D "cn=Directory Manager" -w Secret123 << EOF
dn: cn=schema
changetype: modify
add: attributeTypes
attributeTypes: ( NAME 'allowedToPerform' DESC 'Attribute allowedToPerform filteri-Multi-Valued' SYNTAX 1.3.6.1.4.1.1466.115.121.1.27 )

2. Added ACI with attribute subtypes
[root@dhcp201-126 ~]# ldapmodify -h localhost -p 389 -D "cn=Directory Manager" -w Secret123 << EOF
> dn: dc=example,dc=com
> changetype: modify
> replace: aci
> aci: (targetattr=protectedOperation;getKeytab)(version 3.0; acl "allowed retrieval of keytabs"; allow (read) userattr = "allowedToPerform;getKeytab#GROUPDN";)
> EOF
modifying entry "dc=example,dc=com"

HENCE marking as VERIFIED.
Comment 4 errata-xmlrpc 2015-03-05 04:32:06 EST
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHSA-2015-0416.html

Note You need to log in before you can comment on or make changes to this bug.