<?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>K3s — CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/k3s/</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>Mon, 01 Jun 2026 10:10:27 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/k3s/feed.xml" rel="self" type="application/rss+xml"/><item><title>Kubernetes and Cloud Credential Path Access via Process Arguments</title><link>https://feed.craftedsignal.io/briefs/2026-06-kubernetes-cloud-credential-access/</link><pubDate>Mon, 01 Jun 2026 10:10:27 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-06-kubernetes-cloud-credential-access/</guid><description>This rule detects Linux process executions that access high-value Kubernetes service-account material, kubeconfig or node PKI paths, or common cloud files, potentially indicating credential theft within in-cluster and hybrid environments.</description><content:encoded><![CDATA[<p>This detection identifies Linux processes executing commands that include arguments referencing sensitive Kubernetes and cloud credentials. This includes paths to Kubernetes service account tokens, kubeconfigs, node PKI keys, and common cloud configuration files, such as AWS, Azure, and gcloud credentials. The rule focuses on processes using common file-reading utilities (e.g., cat, head, grep) or running from ephemeral directories (/tmp, /var/tmp), which are frequently used by attackers attempting to steal credentials. This behavior often indicates unauthorized access or lateral movement within a compromised environment, and is critical for detecting in-cluster and hybrid cloud credential theft early in the attack lifecycle.</p>
<h2 id="attack-chain">Attack Chain</h2>
<ol>
<li>An attacker gains initial access to a compromised Linux system, possibly through exploiting a vulnerability or using stolen credentials.</li>
<li>The attacker attempts to enumerate accessible resources and identify potential targets, including Kubernetes and cloud credentials.</li>
<li>The attacker uses common file-reading utilities such as <code>cat</code>, <code>head</code>, <code>grep</code>, or <code>find</code> to locate sensitive files and directories.</li>
<li>The attacker executes commands that include arguments referencing well-known paths containing Kubernetes service account tokens, kubeconfigs, or cloud provider credentials (AWS, Azure, gcloud).</li>
<li>The attacker may attempt to move these files to a temporary directory such as <code>/tmp</code>, <code>/var/tmp</code>, or <code>/dev/shm</code>.</li>
<li>The attacker exfiltrates the stolen credentials using tools like <code>curl</code>, <code>wget</code>, <code>scp</code>, or <code>rsync</code>.</li>
<li>The attacker uses the stolen credentials to access sensitive Kubernetes resources, cloud services, or other internal systems.</li>
<li>The attacker attempts to further expand their access and control within the environment, potentially leading to data exfiltration or other malicious activities.</li>
</ol>
<h2 id="impact">Impact</h2>
<p>Successful exploitation can lead to unauthorized access to sensitive Kubernetes resources, cloud services, and internal systems. This can result in data breaches, service disruptions, and further lateral movement within the compromised environment. The compromised credentials can be used to create new resources, modify existing configurations, or access sensitive data stored in the cloud. This can have significant financial and reputational damage to the organization.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Enable <strong>Elastic Defend</strong> and/or <strong>Auditd Manager</strong> process telemetry (<code>logs-endpoint.events.process*</code>, <code>logs-auditd_manager.auditd-*</code>, <code>auditbeat-*</code>) with command-line argument capture for exec events as described in the rule setup.</li>
<li>Deploy the Sigma rule <code>Kubernetes and Cloud Credential Path Access via Process Arguments</code> to your SIEM and tune for your environment, paying close attention to the <code>false_positives</code> noted in the rule to avoid alert fatigue.</li>
<li>Tune the provided Sigma rule by filtering specific parent processes, images, or automation identities that legitimately access the mentioned paths, as suggested in the <code>false_positives</code> section.</li>
<li>Review RBAC and secret mount policies for Kubernetes workloads to minimize the potential impact of credential theft, referencing the recommendations in the rule <code>note</code> section.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>credential-access</category><category>threat-detection</category><category>kubernetes</category><category>cloud</category><category>linux</category></item></channel></rss>