Má configuração na nuvem.

A má configuração na nuvem é a principal causa raiz das violações de dados em cloud: surge quando um administrador, um template de Infrastructure as Code ou um pipeline CI/CD configura um serviço violando as boas práticas de segurança. Exemplos típicos incluem buckets de objetos legíveis publicamente, security groups abertos a 0.0.0.0/0, cifragem em falta, registo desativado, credenciais por defeito ou políticas de confiança IAM demasiado abrangentes. Como as APIs cloud permitem implantar recursos à escala, um único template defeituoso replica a mesma falha por centenas de contas e regiões.

A violação da Capital One em 2019 é o caso canónico: um web application firewall mal configurado era vulnerável a SSRF, o que permitiu ao atacante alcançar o serviço de metadados da instância EC2 (IMDS), roubar as credenciais temporárias do papel do WAF e usá-las para listar e copiar dados de mais de 700 buckets S3 — cerca de 106 milhões de registos de clientes. A Capital One pagou depois uma multa de 80 milhões de dólares à OCC dos EUA e liquidou litígios por 190 milhões. O IMDSv2 da AWS (baseado em token de sessão e com limite de saltos) reforça diretamente esta cadeia de SSRF para credenciais.

A deteção e prevenção apoiam-se em CSPM, análise de IaC (Checkov, tfsec), policy-as-code (OPA, AWS Config, Azure Policy), IAM de privilégio mínimo, bloqueio de acesso público ao nível da conta e verificações contínuas de conformidade integradas com fluxos de tickets e remediação.

flowchart TD
  A[Template IaC / alteração manual] --> B{Configuração insegura?}
  B -->|Não| OK[Baseline conforme]
  B -->|Sim| C[Bucket público / SG aberto / IAM amplo]
  C --> D[Exposto à Internet ou SSRF]
  D --> E[Atacante rouba dados ou credenciais]
  C -. detetado por .-> F[CSPM / análise IaC / policy-as-code]
  F --> G[Remediar + ticket]
  G --> OK