Suspicious Instance Metadata Service (IMDS) API Request
This rule detects suspicious network activity from tools or scripts attempting to access the cloud service provider's Instance Metadata Service (IMDS) API endpoint, potentially retrieving sensitive instance-specific information and credentials.
This detection rule identifies processes making network requests to the Instance Metadata Service (IMDS) API endpoint (169.254.169.254). The IMDS API provides access to sensitive instance-specific information, including instance ID, public IP address, and temporary security credentials if roles are assumed by that instance. Attackers often exploit this service after gaining initial access to a cloud instance to escalate privileges and move laterally within the cloud environment. The rule focuses on detecting suspicious processes, scripts, or tools that are not typically associated with legitimate IMDS API requests. It covers Windows, macOS, and Linux systems.
Attack Chain
- Initial Access: An attacker gains initial access to a cloud instance through various means, such as exploiting a web application vulnerability or using compromised credentials.
- Execution: The attacker executes a command interpreter or scripting engine (e.g., bash, PowerShell, python) on the compromised instance.
- Discovery: The attacker uses the command interpreter or scripting engine to make a network request to the IMDS API endpoint (169.254.169.254) on port 80.
- Credential Access: The IMDS API provides the attacker with instance metadata, including temporary security credentials associated with the instance’s IAM role.
- Privilege Escalation: The attacker uses the acquired credentials to escalate privileges within the cloud environment.
- Lateral Movement: The attacker uses the escalated privileges to move laterally to other cloud resources, such as storage, secrets, or other instances.
Impact
Successful exploitation of the IMDS API can lead to the compromise of sensitive cloud resources. Attackers can steal credentials, escalate privileges, and move laterally within the cloud environment, potentially causing significant damage, data breaches, or service disruptions. The number of victims and sectors targeted varies depending on the specific campaign.
Recommendation
- Deploy the Sigma rule “Detect Suspicious IMDS API Request via Common Tools” to your SIEM and tune for your environment.
- Deploy the Sigma rule “Detect Suspicious IMDS API Request from Unusual Locations” to your SIEM and tune for your environment.
- Block the IMDS API endpoint (169.254.169.254) at the network level for processes that do not require it, as described in the rule overview.
- Review and harden instance IAM roles to limit the scope of credentials exposed through IMDS, as mentioned in the investigation guide.
- Enforce IMDSv2, the more secure version of the IMDS API, as a preventative measure.
- Monitor cloud control-plane telemetry for suspicious use of instance role credentials or managed identity tokens.
- Investigate any alerts triggered by access to the IMDS API endpoint (169.254.169.254).
Detection coverage 3
Detect Suspicious IMDS API Request via Common Tools
mediumDetects suspicious processes commonly used for accessing the Instance Metadata Service (IMDS) API.
Detect Suspicious IMDS API Request from Unusual Locations
mediumDetects processes accessing the Instance Metadata Service (IMDS) API from unusual or temporary directories.
Detect Suspicious IMDS API Request (Linux)
mediumDetects suspicious processes accessing the Instance Metadata Service (IMDS) API on Linux systems.
Detection queries are available on the platform. Get full rules →
Indicators of compromise
1
ip
| Type | Value |
|---|---|
| ip | 169.254.169.254 |