Install any skill in seconds. Free to start, no credit card required.
Get Started Free →Adversaries may disable or modify the Linux audit system to hide malicious activity and avoid detection.
| Test case | Without → With | Effect | Δ tokens | Δ turns |
|---|---|---|---|---|
| case-13 | ✓→✗ | ▼ Worse | 82% | 0% |
| case-01 | ✓→✓ | = Same ✓ | 92% | 0% |
| case-02 | ✓→✓ | = Same ✓ | 114% | 0% |
| case-03 | ✓→✓ | = Same ✓ | 57% | 0% |
| case-04 | ✓→✓ | = Same ✓ | 80% | 0% |
> Sub-technique of: T1562
Adversaries may disable or modify the Linux audit system to hide malicious activity and avoid detection. Linux admins use the Linux Audit system to track security-relevant information on a system. The Linux Audit system operates at the kernel-level and maintains event logs on application and system activity such as process, network, file, and login events based on pre-configured rules.
Often referred to as auditd, this is the name of the daemon used to write events to disk and is governed by the parameters set in the audit.conf configuration file. Two primary ways to configure the log generation rules are through the command line auditctl utility and the file /etc/audit/audit.rules, containing a sequence of auditctl commands loaded at boot time.
With root privileges, adversaries may be able to ensure their activity is not logged through disabling the Audit system service, editing the configuration/rule files, or by hooking the Audit system library functions. Using the command line, adversaries can disable the Audit system service through killing processes associated with auditd daemon or use systemctl to stop the Audit service. Adversaries can also hook Audit system functions to disable logging or modify the rules contained in the /etc/audit/audit.rules or audit.conf files to ignore malicious activity.
Platforms: Linux
The following tests are from Atomic Red Team and provide actionable ways to test this technique:
Using 'auditctl -D' deletes all existing audit rules, resulting in the loss of previously configured monitoring settings and the audit trail. This action reduces visibility into system activities, potentially leading to compliance concerns and hampering security monitoring efforts. Additionally, it poses a risk of covering unauthorized activities by erasing evidence from audit logs.
Supported Platforms: linux Elevation Required: Yes
bashauditctl -D
Dependencies:
The command auditctl -e 0 disables the audit system. By setting the parameter to 0, auditing is deactivated, halting the monitoring and recording of security-related events. This action stops the generation of audit logs, ceasing the collection of data regarding system activities. Disabling auditing may be done for various reasons, such as troubleshooting, performance optimization, or temporarily suspending auditing requirements, but it reduces visibility into system events and can impact security monitoring and compliance efforts.
Supported Platforms: linux Elevation Required: Yes
bashauditctl -e 0
Dependencies:
If Atomic Red Team tests are not applicable, manually verify the technique by:
Routinely check account role permissions to ensure only expected users and roles have permission to modify logging settings.
To ensure Audit rules can not be modified at runtime, add the auditctl -e 2 as the last command in the audit.rules files. Once started, any attempt to change the configuration in this mode will be audited and denied. The configuration can only be changed by rebooting the machine.
An adversary must already have root level access on the local system to make full use of this technique; be sure to restrict users and accounts to the least privileges they require.
| Finding | Severity | Impact | | --------------------------------------------------------- | -------- | --------------- | | Disable or Modify Linux Audit System technique applicable | High | Defense Evasion |
| CWE ID | Title | | ------- | ---------------------------- | | CWE-693 | Protection Mechanism Failure |
Other measured skills in the registry, with their headline benchmark lift.