<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Amazon Web Services (AWS) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/amazon-web-services-aws/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Wed, 29 Jul 2026 12:30:54 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/amazon-web-services-aws/feed.xml" rel="self" type="application/rss+xml"/><item><title>Cloud Credential Search in Containers Detected</title><link>https://feed.craftedsignal.io/briefs/2026-07-cloud-cred-search-container/</link><pubDate>Wed, 29 Jul 2026 12:30:54 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-07-cloud-cred-search-container/</guid><description>An attacker using system search utilities like `grep` or `find` within a containerized environment to locate cloud credentials (AWS, Azure, GCP) indicates an attempt to gain unauthorized access to sensitive cloud resources or perform a container breakout to compromise the underlying cloud infrastructure.</description><content:encoded><![CDATA[<p>This threat brief details the detection of malicious activity within containerized environments where an attacker actively searches for cloud credentials. Threat actors, upon gaining initial access to a container, leverage common Linux system utilities such as <code>grep</code>, <code>find</code>, <code>cat</code>, <code>sed</code>, or <code>awk</code> to scan for patterns indicative of AWS, Azure, or Google Cloud Platform credentials. This activity often occurs via shell processes like <code>bash</code> or <code>sh</code> executing these search commands. The objective is to discover sensitive information, such as <code>aws_access_key_id</code>, <code>AZURE_CLIENT_SECRET</code>, or <code>private_key</code> from service accounts, which can then be used to escalate privileges, move laterally within the cloud environment, or execute a container breakout to compromise the underlying host or other cloud services. Early detection of such credential discovery attempts is critical to prevent broader cloud infrastructure compromise.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li><strong>Initial Container Compromise</strong>: An attacker gains initial access to a running container, typically through exploiting a vulnerable application, misconfiguration, or exposed service.</li>
<li><strong>Establish Container Access</strong>: The attacker establishes persistent access or obtains a shell within the compromised container environment.</li>
<li><strong>Discovery of System Utilities</strong>: The attacker identifies and confirms the availability of common Linux system search utilities (<code>grep</code>, <code>find</code>, <code>cat</code>, <code>sed</code>, <code>awk</code>) within the container's file system.</li>
<li><strong>Credential Search Execution</strong>: The attacker executes these utilities, either directly or via a shell process (<code>bash</code>, <code>sh</code>, <code>zsh</code>), specifying arguments designed to locate files or environment variables containing cloud credential patterns (e.g., <code>aws_access_key_id</code>, <code>AZURE_CLIENT_SECRET</code>, <code>application_default_credentials.json</code>).</li>
<li><strong>Credential Acquisition</strong>: The search commands successfully identify and extract sensitive cloud credentials from configuration files, metadata services, or environment variables present in the container.</li>
<li><strong>Cloud Privilege Escalation/Lateral Movement</strong>: Using the acquired credentials, the attacker attempts to escalate privileges within the associated cloud environment or move laterally to access other cloud resources, services, or connected containers.</li>
<li><strong>Container Breakout (Optional)</strong>: In some advanced scenarios, the attacker may leverage the discovered credentials or further container vulnerabilities to perform a container breakout, gaining access to the underlying host operating system or other parts of the cloud infrastructure.</li>
<li><strong>Impact and Persistence</strong>: The attacker achieves their final objective, which may include data exfiltration, resource manipulation, service disruption, or establishing persistence in the cloud environment.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful credential search and acquisition within a container can lead to severe consequences, including unauthorized access to sensitive data, compromise of cloud resources, and financial loss due to misuse of cloud accounts. Attackers can leverage these credentials to escalate privileges, move laterally across cloud services, deploy additional malicious infrastructure, or achieve a container breakout, impacting the underlying host and potentially the entire cloud tenant. The compromise of a single container can therefore serve as a gateway to broader cloud environment devastation.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Deploy the provided Sigma rule to your SIEM to detect attempts to search for cloud credentials within containers.</li>
<li>Ensure <code>process_creation</code> logs are collected from your container environments with <code>product: linux</code> to activate the rule above.</li>
<li>Review access controls for all cloud resources to ensure least privilege is applied, minimizing the impact of compromised credentials.</li>
<li>Regularly scan container images for embedded static credentials or misconfigurations that could lead to initial access or credential exposure.</li>
<li>Implement runtime defense for containers to monitor and block suspicious process execution as identified by the Sigma rule.</li>
<li>Rotate cloud credentials frequently and use temporary credentials (e.g., IAM roles, managed identities) where possible to reduce the window of exposure for compromised long-lived credentials.</li>
</ul>
]]></content:encoded><category domain="severity">medium</category><category domain="type">advisory</category><category>container</category><category>credential-access</category><category>discovery</category><category>cloud</category><category>linux</category></item></channel></rss>