Skip to content

Lesson 13 — Enterprise AWS Attack Chains

By the end of this lesson, you will be able to:

  • Understand enterprise cloud attack chains.
  • Build complete AWS attack scenarios.
  • Analyze attacker decision making.
  • Map cloud attacks using MITRE ATT&CK.
  • Assess business impact.
  • Validate attack paths safely.
  • Produce executive-ready attack chain reports.

Individual vulnerabilities rarely lead to major cloud breaches.

Instead, attackers combine multiple weaknesses into a complete Attack Chain.

A single cloud attack may involve:

  • Reconnaissance
  • Credential theft
  • IAM exploitation
  • Privilege escalation
  • Lateral movement
  • Persistence
  • Defense evasion
  • Data discovery
  • Data exfiltration

Enterprise penetration testers recreate these attack chains to demonstrate the real business impact of cloud security weaknesses.


CloudNova Technologies has completed an AWS penetration test for FinSecure Bank Ltd.

The customer has requested answers to several important questions:

  • Could an external attacker compromise AWS?
  • Could they reach production?
  • Could sensitive banking data be stolen?
  • Which attack chain is most likely?
  • Which security controls would stop the attack?

Your task is to build realistic enterprise attack chains based on the assessment findings.


An attack chain is the complete sequence of attacker actions from initial access to mission completion.

Reconnaissance
Initial Access
Privilege Escalation
Persistence
Lateral Movement
Data Collection
Data Exfiltration

Each stage builds upon the previous one.


Professional attackers typically follow this workflow.

Open Source Intelligence (OSINT)
Cloud Reconnaissance
Identity Discovery
Credential Access
IAM Enumeration
Privilege Escalation
Lateral Movement
Persistence
Sensitive Data Discovery
Data Exfiltration
Cleanup

Attack Chain 1 — Public EC2 to S3 Data Theft

Section titled “Attack Chain 1 — Public EC2 to S3 Data Theft”
Internet
Public EC2
IMDSv1
IAM Role
Amazon S3
Customer Database Backup
Data Exfiltration
  • Public SSH access
  • IMDSv1 enabled
  • Overly permissive IAM role
  • Sensitive S3 bucket permissions
  • Customer data exposure
  • Regulatory penalties
  • Financial loss

Attack Chain 2 — IAM Privilege Escalation

Section titled “Attack Chain 2 — IAM Privilege Escalation”
Developer IAM User
iam:PassRole
EC2 Launch
Administrator Role
AdministratorAccess
Entire AWS Account
  • Excessive IAM permissions
  • Weak role separation
  • Lack of MFA
  • Full AWS compromise
  • Infrastructure manipulation
  • Credential theft

Public Web Application
Container Exploit
Pod Compromise
Service Account
IAM Role (IRSA)
Amazon S3
Secrets Manager
Production Database
  • Privileged Pods
  • Weak RBAC
  • Excessive IRSA permissions
  • Poor secret management

API Gateway
Lambda Function
Execution Role
Secrets Manager
Database Credentials
Amazon RDS
Sensitive Banking Data
  • Administrator execution role
  • Secrets in environment variables
  • Weak IAM policies

Attack Chain 5 — Cross-Account Compromise

Section titled “Attack Chain 5 — Cross-Account Compromise”
Development Account
AssumeRole
Shared Services
Production Account
Administrator Role
Business Applications
  • Weak trust relationships
  • Missing SCPs
  • Excessive cross-account permissions

Attack Chain 6 — CI/CD Pipeline Compromise

Section titled “Attack Chain 6 — CI/CD Pipeline Compromise”
Developer Repository
CI/CD Pipeline
Deployment Role
Production AWS Account
Lambda
Amazon EKS
Customer Services
  • Excessive deployment permissions
  • Unprotected pipeline credentials
  • Weak code signing

Attack Phase MITRE ATT&CK Technique
Reconnaissance Active Scanning
Credential Access Valid Accounts
Discovery Cloud Service Discovery
Privilege Escalation Abuse Elevation Control Mechanism
Defense Evasion Modify Cloud Logs
Persistence Create Cloud Account
Lateral Movement Cloud Accounts
Collection Data from Cloud Storage
Exfiltration Exfiltration to Cloud Storage

Using MITRE ATT&CK helps standardize reporting and aligns findings with industry frameworks.


Instead of fixing every vulnerability, identify controls that break the attack chain.

Attack Stage Defensive Control
Initial Access Security Groups, WAF
Credential Theft MFA, IAM Identity Center
Privilege Escalation Least Privilege IAM
Lateral Movement SCPs, Network Segmentation
Persistence CloudTrail Monitoring
Data Exfiltration Amazon Macie, GuardDuty

Breaking one stage often prevents the entire attack.


Enterprise Attack Chain Assessment Workflow

Section titled “Enterprise Attack Chain Assessment Workflow”
Collect Findings
Identify Entry Points
Identify Privilege Escalation
Map Lateral Movement
Identify Persistence
Map Data Access
Evaluate Business Impact
Validate Attack Chain
Document Evidence
Recommend Remediation

Evaluate each attack chain using:

  • Ease of Exploitation
  • Required Privileges
  • Detection Likelihood
  • Business Impact
  • Data Sensitivity
  • Regulatory Exposure

Example:

Attack Chain Risk
EC2 → S3 Critical
IAM → Administrator Critical
Kubernetes → AWS High
Lambda → RDS High
CI/CD → Production Critical
Cross-Account Critical

A professional report should include:

  • Executive Summary
  • Scope
  • Methodology
  • Attack Chain Diagram
  • Technical Evidence
  • Screenshots
  • Business Impact
  • MITRE ATT&CK Mapping
  • Risk Rating
  • Remediation Guidance

Attack chains should be explained in language suitable for both technical teams and executives.


External Attacker
Public Web Application
EC2 Instance
IAM Role
Secrets Manager
Database Credentials
Amazon RDS
Customer Records
Business Impact

This visual representation helps decision-makers understand how individual weaknesses combine into a critical business risk.


Examples include:

  • Public EC2 instances with privileged roles
  • Weak IAM trust relationships
  • Administrator Lambda execution roles
  • Missing Service Control Policies
  • Excessive IRSA permissions
  • Public Amazon S3 buckets
  • Secrets stored in code repositories
  • Weak CI/CD security
  • Insufficient network segmentation
  • Disabled CloudTrail or GuardDuty

  • Apply least-privilege IAM across all workloads.
  • Enforce MFA for privileged identities.
  • Enable CloudTrail, GuardDuty and Security Hub organization-wide.
  • Harden Amazon EKS clusters and Service Accounts.
  • Secure CI/CD pipelines with signed deployments.
  • Encrypt and centrally manage secrets.
  • Continuously review cross-account trust relationships.
  • Conduct regular cloud penetration tests and attack path reviews.

Avoid:

  • Reporting isolated vulnerabilities without showing the attack chain.
  • Ignoring business impact.
  • Failing to validate attack paths.
  • Overlooking cross-account movement.
  • Ignoring Kubernetes and serverless attack paths.
  • Prioritizing low-risk findings over exploitable attack chains.

1. What is an enterprise AWS attack chain?

Section titled “1. What is an enterprise AWS attack chain?”

Answer: An enterprise AWS attack chain is a sequence of attacker actions that links multiple weaknesses together to achieve a specific objective such as privilege escalation, data theft or complete cloud compromise.


2. Why are attack chains more valuable than isolated findings?

Section titled “2. Why are attack chains more valuable than isolated findings?”

Answer: Attack chains demonstrate how multiple vulnerabilities can be combined to create real-world business impact, helping organizations prioritize remediation efforts.


3. Why should attack chains be mapped to MITRE ATT&CK?

Section titled “3. Why should attack chains be mapped to MITRE ATT&CK?”

Answer: Mapping attack chains to MITRE ATT&CK provides a standardized framework for understanding attacker behavior, improving reporting and aligning with industry best practices.


4. What is a choke point in an attack chain?

Section titled “4. What is a choke point in an attack chain?”

Answer: A choke point is a security control that interrupts the attack sequence, preventing attackers from progressing to later stages of the compromise.


5. Why should enterprise penetration testing reports include attack chain diagrams?

Section titled “5. Why should enterprise penetration testing reports include attack chain diagrams?”

Answer: Attack chain diagrams clearly illustrate how attackers move through an environment, helping both technical teams and business leaders understand risk and prioritize remediation.


  • Enterprise AWS attacks typically involve multiple stages rather than a single vulnerability.
  • Attack chains combine reconnaissance, exploitation, privilege escalation, persistence, lateral movement and data exfiltration into realistic compromise scenarios.
  • Mapping attack chains helps prioritize security investments based on business impact.
  • Security controls should focus on breaking attack chains at critical choke points.
  • Professional cloud penetration testing should conclude with validated attack chains, executive reporting and prioritized remediation guidance.

In the next lesson, you will begin Lesson 14 — Enterprise AWS Penetration Testing Projects, where you will apply everything learned in this module by performing end-to-end assessments of realistic AWS enterprise environments, producing professional reports and presenting remediation recommendations as a cloud security consultant.

➡️ Next Lesson: Lesson 14 — Enterprise AWS Penetration Testing Projects