Detection of Unauthorized SSH Authorized Keys Modification
Adversaries modify SSH authorized_keys files to establish persistent access and facilitate lateral movement by injecting unauthorized public keys for password-less authentication.
Adversaries frequently target SSH configuration files, specifically the 'authorized_keys' and 'authorized_keys2' files, to maintain long-term access to compromised Linux and macOS systems. By appending their own public keys to these files, threat actors can bypass traditional password authentication requirements and establish a stealthy, persistent presence. This technique is often employed after initial access has been achieved, enabling subsequent lateral movement across the network. Defenders must distinguish between these malicious modifications and legitimate administrative activities performed by automated deployment tools, configuration management agents, or standard system utilities. Monitoring for file modification events on these specific paths provides high-fidelity detection opportunities, provided that legitimate tooling is properly filtered based on organizational baselines.
Attack Chain
- The attacker gains initial code execution on a Linux or macOS target host.
- The attacker performs local reconnaissance to locate SSH configuration directories, typically targeting ~/.ssh/.
- The attacker prepares a malicious SSH public key payload to be injected into the target file.
- The attacker uses standard system utilities or a custom script to append the payload to 'authorized_keys' or 'authorized_keys2'.
- The file modification triggers an audit or endpoint event for a file write operation.
- The attacker subsequently logs into the server using the private key corresponding to the newly added public key.
- The attacker leverages this persistent access to conduct further internal reconnaissance or exfiltrate sensitive data.
Impact
Successful exploitation results in unauthorized, persistent access to target systems. This grants an attacker the ability to bypass password-based security controls, maintain access despite credential changes, and move laterally to other systems within the environment. This activity is a hallmark of post-exploitation phases in breaches, often observed in servers, workstations, and CI/CD infrastructure.
Recommendation
Prioritize the implementation of file integrity monitoring on all critical Linux and macOS hosts to track access to SSH configuration files. Deploy the provided Sigma rule to alert on unauthorized modifications, ensuring that specific internal automation tools and binary paths used by the organization are added to the exclusion list to maintain a low false-positive rate. In the event of an alert, initiate an immediate incident response workflow to identify the originating process and verify the legitimacy of the injected public key.
Immediate actions
Deploy Sigma detection rule to environment
Threat Hunt
Identify all instances of modified SSH keys in the last 30 days
Data: File integrity logs
Mitigations
Review SSH configurations and remove unauthorized keys
T1098.004
Detection coverage 1
Detect Unauthorized SSH Authorized Keys Modification
mediumDetects unauthorized modification or creation of SSH authorized_keys files, excluding known benign administrative and automation processes.
Detection queries are available on the platform. Get full rules →