RHEL 10 must generate audit records for successful and unsuccessful uses of the "umount2" system call.

STIG ID: RHEL-10-500670  |  SRG: SRG-OS-000037-GPOS-00015 |  Severity: medium (CAT II)  |  CCI: CCI-000130,CCI-000169,CCI-002884,CCI-000172 |  Vulnerability Id: V-281153

Vulnerability Discussion

The changing of file permissions could indicate that a user is attempting to gain access to information that would otherwise be disallowed. Auditing discretionary access control (DAC) modifications can facilitate the identification of patterns of abuse among both authorized and unauthorized users.

Satisfies: SRG-OS-000037-GPOS-00015, SRG-OS-000062-GPOS-00031, SRG-OS-000392-GPOS-00172, SRG-OS-000462-GPOS-00206, SRG-OS-000471-GPOS-00215

Check

Verify RHEL 10 generates an audit record for all uses of the "umount2" system call with the following command:

$ sudo auditctl -l | grep umount2
-a always,exit -F arch=b64 -S umount2 -F auid>=1000 -F auid!=-1 -F key=privileged-umount
-a always,exit -F arch=b32 -S umount2 -F auid>=1000 -F auid!=-1 -F key=privileged-umount

If no line is returned, this is a finding.

Fix

Configure RHEL 10 to generate audit records upon successful and unsuccessful uses of the "umount2" system call by adding or updating the following rules in a file in "/etc/audit/rules.d":

-a always,exit -F arch=b32 -S umount2 -F auid>=1000 -F auid!=unset -k privileged-umount
-a always,exit -F arch=b64 -S umount2 -F auid>=1000 -F auid!=unset -k privileged-umount

Restart the audit daemon with the following command for the changes to take effect:

$ sudo service auditd restart