<?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/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Credential-Abuse - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/tags/credential-abuse/</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, 24 Aug 2026 09:47:07 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/tags/credential-abuse/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Detection of Unauthorized AWS STS GetCallerIdentity Discovery</title><link>https://feed.craftedsignal.io/briefs/2026-08-aws-sts-getcalleridentity/</link><pubDate>Mon, 24 Aug 2026 09:47:07 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-08-aws-sts-getcalleridentity/</guid><description>Adversaries with compromised credentials may abuse the AWS STS GetCallerIdentity API to verify access and identify the current account context, serving as a primary indicator of initial cloud reconnaissance.</description><content:encoded><![CDATA[<p>Adversaries frequently target AWS environments by leveraging stolen IAM credentials to conduct discovery and lateral movement. A common reconnaissance tactic is the use of the AWS Security Token Service (STS) <code>GetCallerIdentity</code> API, which provides details about the IAM user or role associated with the credentials currently in use. This operation requires no specific permissions and returns consistent information even if access to other resources is denied, making it a low-noise method for attackers to verify if their hijacked credentials are valid and to map their current environment context. This threat is particularly concerning because legitimate human users rarely need to call this API, as they are typically aware of the account context in which they are operating. Monitoring for the first-time usage of this API by specific identities provides a reliable signal for identifying credential abuse, provided that automated service accounts are appropriately tuned out of the detection logic.</p>
<h2 id="impact">Impact</h2>
<p>Successful abuse of the <code>GetCallerIdentity</code> API indicates that an attacker has gained a functional foothold in an AWS account using compromised credentials. This discovery phase allows the attacker to confirm their access level before proceeding with more aggressive actions, such as resource enumeration, sensitive data exfiltration, or persistence establishment. If undetected, this initial access can lead to significant data breaches and unauthorized control over cloud infrastructure.</p>
<h2 id="recommendation">Recommendation</h2>
<p>Detection engineering teams should implement monitoring for the <code>GetCallerIdentity</code> event within AWS CloudTrail, specifically focusing on the first instance of an identity performing this call.</p>
<ul>
<li>Deploy the provided detection logic to your SIEM to alert on anomalous <code>GetCallerIdentity</code> calls from non-service identities.</li>
<li>Establish a baseline of known-good service accounts and automated tooling that legitimately use this API to reduce false positives.</li>
<li>Integrate CloudTrail logs with security analytics platforms and tune alerts by excluding known <code>user_agent.original</code> strings associated with infrastructure-as-code tools like Terraform or Pulumi.</li>
<li>Conduct periodic reviews of IAM permissions and enable multi-factor authentication (MFA) for all IAM users to mitigate the risk of credential compromise.</li>
</ul>
]]></content:encoded><category domain="severity">medium</category><category domain="type">advisory</category><category>cloud</category><category>aws</category><category>cloudtrail</category><category>discovery</category><category>credential-abuse</category></item></channel></rss>