c1.5 Proteja a conta root
Evite o uso diário do usuário root, proteja-o com MFA e — com o AWS Organizations — gerencie centralmente ou remova as credenciais de root das contas membro, para ter muito menos credencial privilegiada a proteger.
Guia de implementação
Evite usar o root
O usuário root tem acesso irrestrito e não pode ser limitado por políticas do IAM, então use-o apenas para as poucas tarefas que realmente o exigem. Para todo o resto, use acesso federado de menor privilégio a partir de uma fonte de identidade centralizada. Nunca crie access keys para o root — são credenciais duráveis e irrestritas.
Gerencie centralmente ou remova o root nas contas membro
Com o AWS Organizations você pode gerenciar o acesso root centralmente: remover completamente as credenciais de root das contas membro e executar as raras tarefas privilegiadas de root de forma central quando necessário. Assim você tem apenas um usuário root a proteger (o da conta de gerenciamento) em vez de um por conta — uma grande redução da superfície de ataque privilegiada. Como alternativa, negue as ações de root nas contas membro com o AWS Control Tower ou uma SCP como:
{
"Version": "2012-10-17",
"Statement": [
{
"Sid": "RestrictRootOnMemberAccounts",
"Effect": "Deny",
"Action": "*",
"Resource": "*",
"Condition": { "StringLike": { "aws:PrincipalArn": ["arn:aws:iam::*:root"] } }
}
]
}
Proteja o root que você mantiver
O root da conta de gerenciamento não está sujeito a SCPs, então precisa da proteção mais forte:
- Habilite o MFA (agora obrigatório) — prefira um dispositivo de hardware/FIDO2 e considere o controle de duas pessoas (uma sabe a senha, outra tem o dispositivo MFA).
- Nunca associe access keys ao root.
- Alerte a cada login do root (CloudTrail para uma notificação do SNS), já que o uso do root deve ser raro e deliberado.
- Mantenha atualizados os contatos de segurança da conta para preservar o caminho de recuperação.
Como validar
- Você centralizou o root e removeu as credenciais de root das contas membro?
- Alguém usa o root rotineiramente, ou há access keys configuradas em algum usuário root?
- Como as credenciais de root restantes são armazenadas (por exemplo, um vault, MFA de hardware, controle de duas pessoas)?
- As ações de root nas contas membro estão bloqueadas com o AWS Control Tower ou SCPs?
Ameaças atendidas
- ATT&CK Credential Access um atacante que compromete a caixa de correio de contato pode tentar redefinir senhas de root para alcançar suas contas, a menos que o root esteja centralizado/removido ou protegido com MFA.
- Responsabilização — o uso compartilhado e frequente do root dificulta que investigadores saibam quem agiu em um dado momento.
- O root não é de menor privilégio por definição; seu uso rotineiro aumenta a chance de essas credenciais todo-poderosas serem roubadas e usadas indevidamente.
Serviços AWS
Mapeamentos de frameworks
AWS CAF
Well-Architected
- waf-security-foundations Security foundations
- waf-identity-and-access-management Identity and access management
Cloud Security Maturity Model