Information
If the system is not configured to audit certain activities and write them to an audit log, it is more difficult to detect and track system compromises and damages incurred during a system compromise.
Solution
The '-F arch=<ARCH>'restriction is required on dual-architecture systems (such as x86_64). On dual-architecture systems, two separate rules must exist - one for each architecture supported. Use the generic architectures 'b32' and 'b64' for specifying these rules.
On single architecture systems, the '-F arch=<ARCH>'restriction may be omitted, but if present must match either the architecture of the system or its corresponding generic architecture. The architecture of the system may be determined by running 'uname -m'. See the auditctl(8) manpage for additional details.
Any restrictions (such as with '-F') beyond those provided in the example rules are not in strict compliance with this requirement, and are a finding unless justified and documented appropriately.
The use of audit keys consistent with the provided example is encouraged to provide for uniform audit logs, however omitting the audit key or using an alternate audit key is not a finding.
Procedure:
Add the following lines to the audit.rules file to enable auditing of administrative, privileged, and security actions:
-a exit,always -F arch=<ARCH> -S sethostname
Restart the auditd service.
# service auditd restart