Cloud / Container / Kubernetes Security
AÇÃO NECESSÁRIA (leia e execute imediatamente)
NOW: Leia../field-journal/precedent-pentest.md— Testes de Cloud/K8s exigem autorização por escritoNOW: case-init + escopo; defina claramente os limites da conta, proibindo operações destrutivasNOW: Confirme se é metadados de nuvem/contêiner/K8s/IAM, e não varredura Web comum (esta empentest-tools/)NEXT: tool-index; kubectl/aws/gcloud etc. geralmente instalados manualmenteACT: Comece por "Identidade e Superfície de Exposição", proibida varredura global padrão
Cenários de Aplicação
- SSRF de metadados de nuvem (169.254.169.254 / IMDS)
- Permissões excessivas de IAM, buckets públicos, grupos de segurança incorretos
- Avaliação de caminhos de escape do Docker/containerd
- RBAC, Secrets, Admission e imagens da cadeia de suprimentos do Kubernetes
- Vulnerabilidades em imagens de contêiner (pode integrar com
supply-chain-security/)
Fluxo de Trabalho
Fase 1 — Identidade e Limites
□ Identidade atual: AK/SK da nuvem, SA do K8s, SSH no nó?
□ Escopo: conta única / cluster único / namespace único
□ Rede: authorized_target_only
Fase 2 — Plano de Controle da Nuvem
# Exemplo (substitua pelo provedor; DEVE estar na conta autorizada)
aws sts get-caller-identity
aws s3 ls
# Azure / GCP comandos de identidade correspondentes
□ Buckets públicos / ACLs incorretas
□ Metadados: IMDSv1 vs v2; cadeia SSRF
□ Roles assumíveis (PassRole) e movimento lateral
Fase 3 — Contêineres
□ É privileged / hostPath / hostNetwork?
□ Capabilities (SYS_ADMIN etc.)
□ Caminhos do host graváveis → candidatos a escape
□ Histórico da imagem e CVEs conhecidas → Trivy
Fase 4 — Kubernetes
kubectl auth can-i --list
kubectl get pods,secrets,svc -A
kubectl get clusterrolebindings
□ Montagem e permissões do token SA
□ Ausência de admission webhook perigoso
□ Exposição de etcd / dashboard
□ Políticas de rede permitindo tudo por padrão
Cadeia de Ferramentas
| Ferramenta | Uso | Auto-inicialização |
|---|---|---|
| kubectl | Interagir com cluster | Manual |
| trivy | Imagem/IaC | bootstrap trivy se disponível |
| kube-bench / kubeaudit | CIS/configuração | Manual |
| pacu / scoutsuite | Auditoria de nuvem (autorizada) | Manual |
| nuclei | Templates de vulnerabilidades em nuvem | bootstrap ecossistema nmap/nuclei |
Referências
references/k8s-cloud-checklist.md- CTF correspondente:
../../CTF-Sandbox-Orchestrator/competition-agent-cloud/ ../supply-chain-security/../pentest-tools/
Contexto de Roteamento
Upstream: MASTER R23
Downstream: Ao obter shell no nó → attack-chain / windows-ad; vulnerabilidade de imagem → supply-chain
NÃO DEVE: Varrer outros locatários de nuvem pública sem autorização
Autoavaliação de Conclusão
- Está limitado à conta/cluster autorizado?
- A descoberta inclui reprodução e impacto?
- Evitou operações destrutivas?
- Relatório / journal?