STIGQter: STIG Summary: Amazon Linux 2023 Security Technical Implementation Guide Version: 1 Release: 4 Benchmark Date: 01 Jul 2026:

Amazon Linux 2023 must audit all uses of the create_module system call.

DISA Rule

SV-274092r1120264_rule

Vulnerability Number

V-274092

Group Title

SRG-OS-000037-GPOS-00015

Rule Version

AZLX-23-002140

Severity

CAT II

CCI(s)

• CCI-000130 - Ensure that audit records containing information that establishes what type of event occurred.
• CCI-000135 - Generate audit records containing the organization-defined additional information that is to be included in the audit records.
• CCI-000169 - Provide audit record generation capability for the event types the system is capable of auditing as defined in AU-2 a. on organization-defined information system components.
• CCI-002884 - Log organization-defined audit events for nonlocal maintenance and diagnostic sessions.
• CCI-000172 - Generate audit records for the event types defined in AU-2 c that include the audit record content defined in AU-3.

Weight

10

Fix Recommendation

Configure Amazon Linux 2023 to generate audit records when successful/unsuccessful attempts to use the "create_module" syscall occur.

Add or update the following rule in "/etc/audit/rules.d/audit.rules":

-a always,exit -F arch=b64 -S create_module -F auid>=1000 -F auid!=unset -k module-change

To load the rule to the kernel immediately, use the following command:

$ sudo augenrules --load

Check Contents

Verify Amazon Linux 2023 generates audit records when successful/unsuccessful attempts to use the "create_module" syscall occur with the following command:

$ sudo auditctl -l | grep "create_module"
-a always,exit -F arch=b64 -S create_module -F auid>=1000 -F auid!=-1 -F key=module-change

If audit rule is not defined for the "create_module" syscall, this is a finding.

Vulnerability Number

V-274092

Documentable

False

Rule Version

AZLX-23-002140

Severity Override Guidance

Verify Amazon Linux 2023 generates audit records when successful/unsuccessful attempts to use the "create_module" syscall occur with the following command:

$ sudo auditctl -l | grep "create_module"
-a always,exit -F arch=b64 -S create_module -F auid>=1000 -F auid!=-1 -F key=module-change

If audit rule is not defined for the "create_module" syscall, this is a finding.

Check Content Reference

M

Target Key

5700