Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 1461524 - CC: Auditing: ROLE_ASSUME event recorded even though no privileged user access occurred
CC: Auditing: ROLE_ASSUME event recorded even though no privileged user acces...
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: pki-core (Show other bugs)
7.4
All Linux
urgent Severity urgent
: rc
: ---
Assigned To: Endi Sukma Dewata
Asha Akkiangady
Marc Muehlfeld
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2017-06-14 12:48 EDT by Christina Fu
Modified: 2018-04-10 12:59 EDT (History)
5 users (show)

See Also:
Fixed In Version: pki-core-10.5.1-1.el7
Doc Type: Bug Fix
Doc Text:
Certificate System no longer incorrectly logs `ROLE_ASSUME` audit events Previously, Certificate System incorrectly generated the `ROLE_ASSUME` audit event for certain operations even if no privileged access occurred for a user. Consequently, the event was incorrectly logged. The problem has been fixed and `ROLE_ASSUME` events are no longer logged in the mentioned scenario.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2018-04-10 12:58:29 EDT
Type: Bug
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 RHBA-2018:0925 None None None 2018-04-10 12:59 EDT

  None (edit)
Description Christina Fu 2017-06-14 12:48:07 EDT
I am finding a number of the following audit events when no role access was attempted
[AuditEvent=ROLE_ASSUME][SubjectID=$Unidentified$][Outcome=Success][Role=<null>] assume privileged role
Comment 3 Christina Fu 2017-10-25 17:37:20 EDT
Here is an example of where it happens:
0.http-bio-8443-exec-8 - [20/Oct/2017:16:37:47 PDT] [14] [6] [AuditEvent=CMC_USER_SIGNED_REQUEST_SIG_VERIFY_SUCCESS][SubjectID=CN=cfuEC][Outcome=Success][ReqType=enrollment][CertSubject=CN=cfuEC2][SignerInfo=CN=cfuEC] User signed CMC request signature verification success
0.http-bio-8443-exec-8 - [20/Oct/2017:16:37:47 PDT] [14] [6] [AuditEvent=ROLE_ASSUME][SubjectID=CN=cfuEC][Outcome=Success][Role=<null>] assume privileged role

It seems to be happening right after authenticate() in ProfileSubmitCMCServlet.java
It is possible that it was making assumption that it's always the role user that submitted the CMC request.

To replicate, one could try submitting a user-signed certificate:
https://pki.fedoraproject.org/wiki/PKI_10.4_CMC_Feature_Update_(RFC5272)#User-signed_CMC_requests_Example_.28with_PopLinkWitnessV2.29
Comment 4 Matthew Harmsen 2017-10-31 11:27:19 EDT
edewata fixed in master:

    https://github.com/dogtagpki/pki/commit/16d1fd02482f8bae4d26a505ebacf37f3dc022d7
Comment 9 Sumedh Sidhaye 2018-01-22 08:25:28 EST
Build used for verification:

root@csqa4-guest01 ~ # pki --version
PKI Command-Line Interface 10.5.1-5.1.el7

After following the procedure mentioned in:

https://pki.fedoraproject.org/wiki/PKI_10.4_CMC_Feature_Update_(RFC5272)#User-signed_CMC_requests_Example_.28with_PopLinkWitnessV2.29

I do not see any stray ROLE_ASSUME audit event entries like before.

Hence marking this verified.
Comment 12 errata-xmlrpc 2018-04-10 12:58:29 EDT
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://access.redhat.com/errata/RHBA-2018:0925

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