Realizando Testes de Penetração na Nuvem

Quando Usar

• Ao realizar avaliações de segurança autorizadas de ambientes de nuvem antes da implantação em produção
• Ao validar controles de segurança na nuvem após uma grande mudança arquitetural ou migração
• Quando requisitos de conformidade exigem testes de penetração anuais da infraestrutura de nuvem
• Ao testar a prontidão de resposta a incidentes simulando cenários de ataque realistas baseados na nuvem
• Ao avaliar o risco de movimento lateral em ambientes multi-conta ou multi-nuvem

Não use para testes não autorizados contra contas na nuvem, para testar a infraestrutura do provedor de nuvem em si (coberto pelo modelo de responsabilidade compartilhada) ou para simulação de DDoS sem aprovação explícita do provedor de nuvem.

Pré-requisitos

• Autorização por escrito do proprietário da conta na nuvem e documento de definição de escopo
• Reconhecimento da política de testes de penetração da AWS, Azure ou GCP (a AWS não exige mais pré-aprovação para a maioria dos serviços)
• Conta de teste isolada ou conta de produção explicitamente definida com procedimentos de "breakglass" (acesso de emergência)
• Ferramentas ofensivas específicas para nuvem instaladas: Pacu (AWS), ScoutSuite, Prowler, CloudFox
• Matriz MITRE ATT&CK Cloud para classificação de descobertas

Fluxo de Trabalho

Etapa 1: Definir Escopo e Regras de Engajamento

Estabeleça os limites de teste com base no modelo de responsabilidade compartilhada. O cliente é responsável por testar configurações, políticas de IAM, segurança de aplicações e proteção de dados. O provedor de nuvem gerencia a infraestrutura física, o hipervisor e os internos dos serviços gerenciados.

Cloud Penetration Test Scope Document
=======================================
Target: AWS Account 123456789012 (Production)
Testing Window: 2025-02-24 08:00 UTC to 2025-02-28 18:00 UTC
Authorization: Signed by CISO, dated 2025-02-20

IN SCOPE:
  - IAM users, roles, policies, and cross-account trust
  - EC2 instances, security groups, and network ACLs
  - S3 bucket policies and data access controls
  - Lambda functions, API Gateway endpoints
  - RDS/DynamoDB access controls and encryption
  - EKS cluster RBAC and network policies
  - CloudTrail, Config, and monitoring gaps

OUT OF SCOPE:
  - AWS managed service internals (RDS engine, Lambda runtime)
  - DDoS attacks or volumetric testing
  - Physical infrastructure or hypervisor attacks
  - Social engineering of AWS support

EMERGENCY CONTACT: security-ops@company.com, +1-555-0199

Etapa 2: Reconhecimento e Enumeração na Nuvem

Use ferramentas específicas para nuvem para enumerar a superfície de ataque: serviços expostos, IPs públicos, buckets S3, configurações de IAM e endpoints de metadados.

# ScoutSuite multi-cloud assessment
scout suite aws --profile target-account --report-dir ./scout-report

# Prowler comprehensive AWS security assessment
prowler aws -M json-ocsf -o ./prowler-output --profile target-account

# CloudFox for identifying privilege escalation paths
cloudfox aws --profile target-account all-checks

# Enumerate public S3 buckets
for bucket in $(aws s3api list-buckets --query 'Buckets[*].Name' --output text); do
  aws s3api get-bucket-policy-status --bucket $bucket 2>/dev/null | grep -q "true" && echo "PUBLIC: $bucket"
done

# Check for IMDS v1 (vulnerable to SSRF)
aws ec2 describe-instances \
  --query 'Reservations[*].Instances[*].[InstanceId,MetadataOptions.HttpTokens]' \
  --output table

Etapa 3: Teste de Escalonamento de Privilégios de IAM

Use o Pacu para identificar e explorar más configurações de IAM que permitem o escalonamento de privilégios de um ponto de partida de baixo privilégio para acesso administrativo.

# Initialize Pacu session
pacu

# Set stolen or test credentials
set_keys --key-alias test-creds

# Run IAM enumeration modules
run iam__enum_users_roles_policies_groups
run iam__enum_permissions

# Check for privilege escalation paths
run iam__privesc_scan

# Common escalation paths to test:
# 1. iam:CreatePolicyVersion - Create new policy version with admin access
# 2. iam:AttachUserPolicy - Attach AdministratorAccess to self
# 3. iam:PassRole + lambda:CreateFunction - Create Lambda with admin role
# 4. iam:PassRole + ec2:RunInstances - Launch EC2 with admin instance profile
# 5. sts:AssumeRole - Cross-account role assumption without MFA condition

Etapa 4: Exploração de SSRF para Serviço de Metadados da Nuvem

Teste aplicações web em busca de vulnerabilidades de Server-Side Request Forgery (SSRF) que possam alcançar o serviço de metadados da instância (IMDS) em 169.254.169.254 para roubar credenciais de roles de IAM.

# Testar acesso ao IMDS v1 (nenhum token necessário)

…