STIGUI
V-281102CAT II — Medium severitySV-281102r1195414_rule

RHEL 10 must allocate an "audit_backlog_limit" of sufficient size to capture processes that start prior to the audit daemon.

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

Discussion

Without the capability to generate audit records, it would be difficult to establish, correlate, and investigate the events relating to an incident or identify those responsible for one.

If auditing is enabled late in the startup process, the actions of some startup processes may not be audited. Some audit systems also maintain state information only available if auditing is enabled before a given process is created.

Audit records can be generated from various components within the information system (e.g., module or policy filter).

Allocating an "audit_backlog_limit" of sufficient size is critical in maintaining a stable boot process. With an insufficient limit allocated, the system is susceptible to boot failures and crashes.

Satisfies: SRG-OS-000037-GPOS-00015, SRG-OS-000042-GPOS-00020, SRG-OS-000062-GPOS-00031, SRG-OS-000254-GPOS-00095, SRG-OS-000341-GPOS-00132, SRG-OS-000392-GPOS-00172, SRG-OS-000462-GPOS-00206, SRG-OS-000471-GPOS-00215

Check

Verify RHEL 10 allocates a sufficient "audit_backlog_limit" to capture processes that start prior to the audit daemon with the following command:

$ grep -oP 'audit_backlog_limit=\K[0-9]+' /proc/cmdline 8192

If the command returns any outputs, and "audit_backlog_limit" is less than "8192", this is a finding.

Fix

Configure RHEL 10 to allocate sufficient "audit_backlog_limit" to capture processes that start prior to the audit daemon with the following command:

$ sudo grubby --update-kernel=ALL --args=audit_backlog_limit=8192

The setting will be applied on reboot.

Identifiers

Group ID
V-281102
Group title
SRG-OS-000037-GPOS-00015
Rule ID
SV-281102r1195414_rule
Check ID
C-85663r1195412_chk
Fix ID
F-85568r1195413_fix