Skip to content

Lab 05 — Mini Cloud Penetration Test

Item Details
Lab ID CPS-LAB-005
Difficulty Intermediate
Duration 3–4 Hours
Cloud Provider AWS
Environment Simulated Enterprise AWS Account
Tools Required AWS CLI, ScoutSuite, PMapper (Optional), Trivy, kubectl, jq, VS Code
Estimated Cost Free Tier Eligible

This lab combines everything you have learned throughout Module 01.

Instead of following isolated exercises, you will perform a complete cloud penetration testing engagement similar to what professional consultants perform for enterprise customers.

You will:

  • Review the engagement scope
  • Perform reconnaissance
  • Enumerate cloud resources
  • Assess IAM
  • Review storage and compute security
  • Assess Kubernetes (Amazon EKS)
  • Identify attack paths
  • Prioritize risks
  • Produce an executive report

No exploitation is performed in this lab.

The focus is on professional assessment methodology.


After completing this lab, you will be able to:

  • Conduct an end-to-end cloud security assessment.
  • Perform structured cloud reconnaissance.
  • Enumerate AWS resources.
  • Review IAM security.
  • Assess cloud storage.
  • Review EC2 security.
  • Assess Kubernetes security.
  • Build enterprise attack paths.
  • Produce a professional penetration testing report.

CloudNova Technologies has been contracted to perform an annual security assessment for FinSecure Bank Ltd.

The client wants assurance that their AWS environment is secure before a major production release.

You have been granted temporary read-only assessment access to the AWS development environment.

Your mission is to identify security weaknesses, explain business impact and provide remediation guidance.


  • IAM
  • EC2
  • Amazon S3
  • VPC
  • Amazon EKS
  • Lambda
  • CloudTrail
  • AWS Config

  • Denial of Service (DoS)
  • Production customer data
  • Social engineering
  • Credential harvesting
  • Password attacks
  • Exploitation beyond approved validation

Internet
Application Load Balancer
Amazon EKS Cluster
┌───────────────┼────────────────┐
│ │ │
Pods Microservices APIs
IAM Roles
Amazon S3
Amazon RDS Database
CloudTrail

Before beginning:

  • Review Rules of Engagement.
  • Identify assessment objectives.
  • Confirm AWS account.
  • Verify authentication.

Run:

Terminal window
aws sts get-caller-identity

Document:

  • Public DNS
  • Public Applications
  • Cloud Provider
  • APIs
  • CDN
  • Public Assets

Create:

  • Asset Inventory
  • Attack Surface Diagram

Review:

Terminal window
aws iam list-users
aws iam list-roles
aws iam list-groups

Document:

  • Administrator accounts
  • Service Accounts
  • Roles
  • Policies
  • MFA status

Review attached policies.

Terminal window
aws iam list-attached-user-policies
aws iam list-attached-role-policies

Identify:

  • Wildcards
  • AdministratorAccess
  • PowerUserAccess
  • iam:PassRole
  • sts:AssumeRole

Review:

Terminal window
aws ec2 describe-instances
aws ec2 describe-security-groups

Document:

  • Public IPs
  • Open ports
  • IAM Roles
  • Security Groups
  • Metadata configuration

List buckets.

Terminal window
aws s3 ls

Review:

  • Bucket Policy
  • Public Access
  • Encryption
  • Versioning
  • Logging

Identify exposed storage.


Review:

Terminal window
aws ec2 describe-vpcs
aws ec2 describe-subnets
aws ec2 describe-route-tables

Document:

  • Public Subnets
  • Internet Gateways
  • NAT Gateways
  • Network Segmentation

Review:

Terminal window
aws lambda list-functions

Document:

  • Runtime
  • IAM Role
  • Environment Variables

List clusters.

Terminal window
aws eks list-clusters

Connect.

Terminal window
aws eks update-kubeconfig \
--name CLUSTER_NAME

Review:

Terminal window
kubectl get nodes
kubectl get pods -A
kubectl get secrets -A
kubectl get clusterroles
kubectl get networkpolicies -A

Document:

  • Privileged Pods
  • Service Accounts
  • Secrets
  • RBAC
  • Network Policies

Review:

Terminal window
aws cloudtrail describe-trails
aws configservice describe-configuration-recorders

Determine:

  • CloudTrail enabled
  • Multi-region logging
  • AWS Config enabled
  • Audit coverage

Record every finding.

Example:

Finding Risk
Public S3 Bucket Critical
Administrator without MFA Critical
SSH Open to Internet High
Privileged Pod High
Missing Network Policies Medium

Example 1

Developer IAM User
Administrator Role
Amazon EC2
Amazon S3
Customer Data

Example 2

Public Application
Amazon EKS
Service Account
IAM Role
Amazon S3

Example 3

Compromised Lambda
IAM Role
Secrets Manager
Production Database

Classify findings.

Severity Description
Critical Immediate business impact
High Major security weakness
Medium Moderate risk
Low Minor improvement
Informational Best practice recommendation

Produce the following sections:

Describe:

  • Overall security posture
  • High-level risks
  • Business impact

For each finding include:

  • Description
  • Evidence
  • Risk
  • Impact
  • Recommendation

Illustrate:

  • Entry Point
  • Identity
  • Privilege Escalation
  • Lateral Movement
  • Data Access

Include:

  • Risk
  • Severity
  • Owner
  • Target Date

Immediate (0–30 Days)

  • Enable MFA
  • Remove public storage
  • Remove wildcard permissions

Short-Term (30–90 Days)

  • Review IAM
  • Enable IMDSv2
  • Implement Network Policies
  • Harden Kubernetes

Long-Term

  • CSPM
  • Continuous Compliance
  • Runtime Detection
  • Quarterly Assessments

Prepare a 10-minute executive presentation covering:

  • Assessment scope
  • Key findings
  • Business risks
  • Attack paths
  • Recommended remediation
  • Next steps

Create:

  • Executive Summary
  • Technical Assessment Report
  • IAM Review
  • Storage Assessment
  • Compute Assessment
  • Kubernetes Assessment
  • Attack Surface Diagram
  • Attack Path Diagram
  • Risk Register
  • Remediation Roadmap
  • Executive Presentation

Verify:

  • Reconnaissance completed
  • Enumeration completed
  • IAM assessed
  • EC2 assessed
  • Amazon S3 assessed
  • Networking reviewed
  • Lambda reviewed
  • Amazon EKS assessed
  • Logging reviewed
  • Findings documented
  • Attack paths created
  • Executive report completed

Without using the step-by-step guide:

  1. Complete a full AWS assessment.
  2. Build a complete asset inventory.
  3. Identify at least 10 security findings.
  4. Prioritize findings using risk ratings.
  5. Create three enterprise attack paths.
  6. Write an executive summary.
  7. Produce a technical penetration testing report.
  8. Present findings to a simulated executive board.

1. What is the first activity in a professional cloud penetration test?

Section titled “1. What is the first activity in a professional cloud penetration test?”

Answer: Confirm authorization, review the Rules of Engagement and verify the assessment scope before interacting with the environment.


2. Why should findings be prioritized instead of reported equally?

Section titled “2. Why should findings be prioritized instead of reported equally?”

Answer: Risk-based prioritization helps organizations focus on remediating the issues that present the greatest business impact and likelihood of exploitation.


Answer: An attack path is a sequence of weaknesses that an attacker can chain together to move from an initial foothold to high-value resources or sensitive data.


4. Why is an executive summary included in penetration testing reports?

Section titled “4. Why is an executive summary included in penetration testing reports?”

Answer: Executive summaries communicate the overall security posture, business risks and recommended actions in language that non-technical stakeholders can understand.


Answer: To simulate a real-world cloud penetration testing engagement by applying reconnaissance, enumeration, assessment, attack-path analysis and professional reporting skills in a structured enterprise scenario.


  • A successful cloud penetration test follows a structured methodology rather than focusing solely on exploitation.
  • Identity, storage, compute, networking and Kubernetes must all be assessed to understand the overall cloud security posture.
  • Attack-path analysis provides greater value than isolated vulnerability identification.
  • Professional deliverables include executive reports, technical findings, risk registers and remediation roadmaps.
  • Completing this lab prepares you for hands-on offensive security assessments in Module 02 — AWS Cloud Penetration Testing, where you will begin evaluating individual AWS services in depth.

🎉 You have successfully completed the practical labs for Module 01 — Cloud Offensive Security Foundations.

You are now ready to progress to Module 02 — AWS Cloud Penetration Testing, where you will perform hands-on security assessments of AWS IAM, EC2, S3, VPC, Lambda, EKS, CloudTrail and additional AWS services using enterprise penetration testing methodologies.