<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: IC Governance Systems</title>
    <description>The latest articles on DEV Community by IC Governance Systems (@icgovernancesystems).</description>
    <link>https://dev.to/icgovernancesystems</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3974731%2Fd0094192-4e20-419e-95b6-8dddac057420.png</url>
      <title>DEV Community: IC Governance Systems</title>
      <link>https://dev.to/icgovernancesystems</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/icgovernancesystems"/>
    <language>en</language>
    <item>
      <title>Finding AWS IAM Privilege Escalation Paths Offline with CloudAttack</title>
      <dc:creator>IC Governance Systems</dc:creator>
      <pubDate>Mon, 08 Jun 2026 19:26:25 +0000</pubDate>
      <link>https://dev.to/icgovernancesystems/finding-aws-iam-privilege-escalation-paths-offline-with-cloudattack-ig6</link>
      <guid>https://dev.to/icgovernancesystems/finding-aws-iam-privilege-escalation-paths-offline-with-cloudattack-ig6</guid>
      <description>&lt;h1&gt;
  
  
  Finding AWS IAM Privilege Escalation Paths Offline with CloudAttack
&lt;/h1&gt;

&lt;h2&gt;
  
  
  Introduction
&lt;/h2&gt;

&lt;p&gt;AWS IAM is one of the most powerful security controls in AWS, but it can also become one of the most difficult to review as environments grow.&lt;/p&gt;

&lt;p&gt;A common challenge is identifying privilege escalation paths that are not immediately obvious when reviewing policies manually.&lt;/p&gt;

&lt;p&gt;For example:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;A developer role may appear to have limited permissions.&lt;/li&gt;
&lt;li&gt;That same role may have the ability to use &lt;code&gt;iam:PassRole&lt;/code&gt;.&lt;/li&gt;
&lt;li&gt;The target role may have access to higher privilege services such as Lambda, EC2, or other AWS resources.&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;This creates a potential escalation path that may not be visible during a simple policy review.&lt;/p&gt;

&lt;p&gt;To explore this problem, I built &lt;strong&gt;CloudAttack Community Edition&lt;/strong&gt;, a lightweight open-source tool that analyses exported IAM JSON files locally and highlights common identity risks.&lt;/p&gt;

&lt;h2&gt;
  
  
  Why Offline Analysis?
&lt;/h2&gt;

&lt;p&gt;Many organisations operate in environments where:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Internet access is restricted&lt;/li&gt;
&lt;li&gt;AWS credentials cannot be shared&lt;/li&gt;
&lt;li&gt;Security reviews must be performed locally&lt;/li&gt;
&lt;/ul&gt;

&lt;p&gt;CloudAttack was designed with those scenarios in mind.&lt;/p&gt;

&lt;p&gt;The Community Edition:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Runs locally&lt;/li&gt;
&lt;li&gt;Requires no AWS credentials&lt;/li&gt;
&lt;li&gt;Requires no cloud access&lt;/li&gt;
&lt;li&gt;Analyses exported IAM JSON files&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  Example IAM Risk
&lt;/h2&gt;

&lt;p&gt;Consider the following scenario:&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight json"&gt;&lt;code&gt;&lt;span class="p"&gt;{&lt;/span&gt;&lt;span class="w"&gt;
  &lt;/span&gt;&lt;span class="nl"&gt;"Role"&lt;/span&gt;&lt;span class="p"&gt;:&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="s2"&gt;"developer-role"&lt;/span&gt;&lt;span class="p"&gt;,&lt;/span&gt;&lt;span class="w"&gt;
  &lt;/span&gt;&lt;span class="nl"&gt;"Permissions"&lt;/span&gt;&lt;span class="p"&gt;:&lt;/span&gt;&lt;span class="w"&gt; &lt;/span&gt;&lt;span class="p"&gt;[&lt;/span&gt;&lt;span class="w"&gt;
    &lt;/span&gt;&lt;span class="s2"&gt;"iam:PassRole"&lt;/span&gt;&lt;span class="w"&gt;
  &lt;/span&gt;&lt;span class="p"&gt;]&lt;/span&gt;&lt;span class="w"&gt;
&lt;/span&gt;&lt;span class="p"&gt;}&lt;/span&gt;&lt;span class="w"&gt;
&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;If the developer role can pass another role with elevated permissions, an attacker may be able to abuse that relationship and gain additional access.&lt;/p&gt;

&lt;p&gt;Manually identifying these paths across multiple roles becomes increasingly difficult as environments grow.&lt;/p&gt;

&lt;h2&gt;
  
  
  Example CloudAttack Output
&lt;/h2&gt;



&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;=== CloudAttack Community Edition ===

[CRITICAL] Privilege Escalation Path Detected

Role:
  developer-role

Issue:
  Can pass role lambda-role

Impact:
  This chain may allow privilege escalation across roles

Path:
  developer-role → lambda-role

----------------------------------------

[HIGH] External Account Access

Role:
  lambda-role

Issue:
  External account can assume this role

Impact:
  External AWS account may inherit permissions

----------------------------------------

Summary:
  2 issues found
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;h2&gt;
  
  
  Current Detection Capabilities
&lt;/h2&gt;

&lt;p&gt;The current Community Edition can identify:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;code&gt;iam:PassRole&lt;/code&gt; abuse paths&lt;/li&gt;
&lt;li&gt;External trust relationships&lt;/li&gt;
&lt;li&gt;Overly permissive trust policies&lt;/li&gt;
&lt;li&gt;Simple privilege escalation chains&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  Future Enhancements
&lt;/h2&gt;

&lt;p&gt;Potential future capabilities include:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;Risk scoring&lt;/li&gt;
&lt;li&gt;Attack path visualisation&lt;/li&gt;
&lt;li&gt;Multi-account analysis&lt;/li&gt;
&lt;li&gt;Blast radius estimation&lt;/li&gt;
&lt;li&gt;Advanced privilege escalation modelling&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  Project
&lt;/h2&gt;

&lt;p&gt;CloudAttack Community Edition is available on GitHub.&lt;/p&gt;

&lt;p&gt;Feedback, feature requests, and contributions are welcome.&lt;/p&gt;

&lt;h2&gt;
  
  
  Conclusion
&lt;/h2&gt;

&lt;p&gt;IAM remains one of the most common sources of cloud security risk.&lt;/p&gt;

&lt;p&gt;Even relatively small misconfigurations can create privilege escalation opportunities that are difficult to identify manually.&lt;/p&gt;

&lt;p&gt;CloudAttack was created to provide a simple way to analyse IAM configurations locally and surface these risks quickly.&lt;/p&gt;

&lt;p&gt;If you're working in AWS security, cloud engineering, or DevSecOps, I'd be interested to hear your feedback.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F2lzsambixcgvc9jw3tae.png" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Farticles%2F2lzsambixcgvc9jw3tae.png" alt=" " width="800" height="495"&gt;&lt;/a&gt;&lt;/p&gt;

</description>
      <category>aws</category>
      <category>devops</category>
      <category>opensource</category>
      <category>security</category>
    </item>
  </channel>
</rss>
