STIGUI
V-281152CAT II — Medium severitySV-281152r1166408_rule

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

Rule version RHEL-10-500660 · STIG v1 · 2026-09-17

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 "umount" system call with the following command:

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

If the command does not return a line, or the line is commented out, this is a finding.

Fix

Configure RHEL 10 to generate audit records upon successful and unsuccessful uses of the "umount" system call by adding or updating the following rules in "/etc/audit/audit.rules" and adding the following rules to "/etc/audit/rules.d/perm_mod.rules" or updating the existing rules in files in the "/etc/audit/rules.d/" directory:

-a always,exit -F arch=b32 -S umount -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

Identifiers

Group ID
V-281152
Group title
SRG-OS-000037-GPOS-00015
Rule ID
SV-281152r1166408_rule
Check ID
C-85713r1166406_chk
Fix ID
F-85618r1166407_fix