Skip to content

Runbook 01 — Cloud Pentest Preparation Checklist

Item Details
Runbook ID CPS-RB-001
Category Cloud Penetration Testing
Use Case Pre-Engagement Preparation
Audience Cloud Penetration Testers, Red Teams, Security Consultants
Estimated Time 30–60 Minutes
Prerequisites Signed Rules of Engagement (RoE), Customer Authorization

This runbook provides a standardized checklist used before every cloud penetration testing engagement.

Its purpose is to ensure that:

  • Testing is authorized.
  • Scope is clearly defined.
  • Required access is available.
  • Tools are functioning correctly.
  • Risks are minimized.
  • Evidence collection is prepared.
  • Customer communication channels are established.

Professional cloud penetration testing always begins with preparation—not exploitation.


CloudNova Technologies has been contracted to perform a cloud penetration test for FinSecure Bank Ltd.

Before any testing begins, every consultant must complete the organization’s Cloud Pentest Preparation Checklist.

Failure to complete these activities may:

  • Delay the engagement.
  • Increase operational risk.
  • Produce inaccurate results.
  • Violate customer agreements.

Receive Engagement
Review Scope
Review Rules of Engagement
Verify Authorization
Prepare Workstation
Verify Cloud Access
Validate Tools
Review Architecture
Confirm Communication
Begin Assessment

Understand exactly what the customer has requested.

Review:

  • Statement of Work (SoW)
  • Rules of Engagement (RoE)
  • Assessment Objectives
  • Assessment Timeline
  • Deliverables
  • Success Criteria

  • Statement of Work reviewed
  • Scope understood
  • Objectives confirmed
  • Deliverables reviewed
  • Timeline verified

Ensure testing is legally authorized.

Verify:

  • Written authorization
  • Approved customer contacts
  • Testing window
  • Emergency contacts
  • Escalation process

Never perform testing without documented authorization.


  • Authorization letter received
  • Customer approval confirmed
  • Emergency contacts documented
  • Maintenance window confirmed
  • Escalation procedure documented

Identify what is:

Examples:

  • AWS Accounts
  • Azure Subscriptions
  • GCP Projects
  • Kubernetes Clusters
  • APIs
  • Storage
  • Virtual Machines
  • IAM

Examples:

  • Production payment systems
  • Third-party services
  • Social engineering
  • Denial of Service
  • Physical security

  • In-scope assets documented
  • Out-of-scope assets documented
  • Target IP ranges verified
  • Domains confirmed
  • Cloud accounts confirmed

Authenticate to the approved cloud environment.

AWS

Terminal window
aws sts get-caller-identity

Azure

Terminal window
az account show

Google Cloud

Terminal window
gcloud auth list

Verify:

  • Correct account
  • Correct subscription/project
  • Correct permissions

  • AWS authentication successful
  • Azure authentication successful (if applicable)
  • GCP authentication successful (if applicable)
  • Read-only access verified
  • Required assessment permissions available

Confirm all required tools are installed and working.

  • AWS CLI
  • Azure CLI
  • Google Cloud CLI

  • kubectl
  • Helm

  • Docker
  • Trivy
  • Grype
  • Syft

  • ScoutSuite
  • PMapper
  • Checkov
  • Terraform

  • Git
  • jq
  • curl
  • nmap
  • dig

  • AWS CLI
  • kubectl
  • Docker
  • Terraform
  • ScoutSuite
  • Trivy
  • Checkov
  • Git
  • jq
  • Nmap

Verify:

  • Internet connectivity
  • VPN connectivity
  • DNS resolution
  • Local storage
  • Screenshots folder
  • Report templates

Example:

Terminal window
ping google.com
aws --version
kubectl version --client

  • Internet connectivity
  • VPN connected
  • DNS working
  • Local workspace prepared
  • Report template created

Study customer documentation.

Review:

  • Cloud Accounts
  • VPC Architecture
  • IAM Design
  • Kubernetes Architecture
  • Storage
  • APIs
  • CI/CD
  • Monitoring

Understand:

  • Business-critical systems
  • High-value assets
  • Sensitive data

  • Architecture diagrams reviewed
  • Network topology understood
  • IAM model reviewed
  • Kubernetes architecture reviewed
  • Business-critical assets identified

Create engagement folders.

Assessment/
├── Notes
├── Screenshots
├── Evidence
├── Reports
├── Findings
├── Diagrams
├── Scripts
└── Logs

  • Notes folder
  • Screenshots folder
  • Evidence folder
  • Findings folder
  • Report template ready

Identify:

  • Technical Contact
  • Project Manager
  • Security Team
  • Incident Response Team

Agree on:

  • Daily status updates
  • Critical finding escalation
  • Communication channel
  • Meeting schedule

  • Technical contact documented
  • Daily meetings scheduled
  • Critical escalation process confirmed
  • Communication platform agreed

Identify potential operational risks.

Examples:

  • Production impact
  • Shared environments
  • Maintenance windows
  • API rate limits
  • Cloud service quotas

Mitigation:

  • Follow Rules of Engagement.
  • Avoid unnecessary changes.
  • Validate before testing.

  • Production risks identified
  • Maintenance windows reviewed
  • API limits understood
  • Cloud quotas reviewed

Phase 11 — Evidence Collection Preparation

Section titled “Phase 11 — Evidence Collection Preparation”

Evidence should include:

  • Screenshots
  • CLI output
  • Configuration files
  • Cloud resource identifiers
  • Logs
  • Architecture diagrams

Naming convention:

Evidence/
IAM/
Storage/
Networking/
Kubernetes/
Compute/

  • Screenshot tool ready
  • Evidence folders created
  • Naming convention defined
  • Time synchronization verified

Confirm:

  • Authorization received
  • Scope understood
  • Tools operational
  • Cloud access working
  • Documentation prepared
  • Customer notified

If all checks pass:

READY TO BEGIN

Item Status
Authorization Verified
Scope Reviewed
AWS Authentication Verified
Tools Tested
Architecture Reviewed
Documentation Prepared
Communication Plan Ready
Evidence Folder Created
Risks Reviewed
Final Approval Received

Avoid:

  • Starting without written authorization.
  • Testing assets outside the agreed scope.
  • Using personal cloud accounts.
  • Failing to verify IAM permissions.
  • Ignoring maintenance windows.
  • Not preparing evidence folders.
  • Beginning testing without understanding the architecture.

  • Review the Rules of Engagement before every engagement.
  • Verify cloud access before the assessment starts.
  • Keep evidence organized from the beginning.
  • Communicate regularly with the customer.
  • Document every important action.
  • Validate tools before the engagement.
  • Treat preparation as part of the penetration test.

Upon completing this runbook, you should have:

  • Engagement Readiness Checklist
  • Verified Cloud Access
  • Prepared Assessment Workstation
  • Organized Evidence Structure
  • Communication Plan
  • Architecture Review Notes
  • Risk Assessment Notes
  • Assessment Workspace

You have successfully completed this runbook when:

  • All checklist items are complete.
  • Cloud authentication is verified.
  • Assessment tools are operational.
  • Documentation structure is prepared.
  • Customer communication channels are established.
  • The engagement can begin without delays or operational risk.

Continue with:

➡️ Runbook 02 — Enterprise Cloud Security Assessment