Cloud Security Maturity Model·AWS v3.0.0

Arrastra para explorar · pellizca para ampliar

Quick Wins Gestión de identidades y accesos

c1.5 Protege la cuenta root

Evita el uso cotidiano del usuario root, protégelo con MFA y — con AWS Organizations — gestiona de forma central o elimina las credenciales de root de las cuentas miembro, para tener mucha menos credencial privilegiada que proteger.

Guía de implementación

Evita usar root

El usuario root tiene acceso irrestricto y no puede limitarse con políticas de IAM, así que úsalo solo para las pocas tareas que realmente lo requieren. Para todo lo demás usa acceso federado de menor privilegio desde una fuente de identidad centralizada. Nunca crees access keys para root — son credenciales durables e irrestrictas.

Gestiona de forma central o elimina root en las cuentas miembro

Con AWS Organizations puedes gestionar el acceso root de forma central: eliminar por completo las credenciales de root de las cuentas miembro y realizar las raras tareas privilegiadas de root de forma central cuando haga falta. Así solo tienes un usuario root que proteger (el de la cuenta de administración) en vez de uno por cuenta — una gran reducción de la superficie de ataque privilegiada. Como alternativa, deniega las acciones de root en las cuentas miembro con AWS Control Tower o una SCP como:

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Sid": "RestrictRootOnMemberAccounts",
      "Effect": "Deny",
      "Action": "*",
      "Resource": "*",
      "Condition": { "StringLike": { "aws:PrincipalArn": ["arn:aws:iam::*:root"] } }
    }
  ]
}

Protege el root que conserves

El root de la cuenta de administración no está sujeto a SCPs, así que necesita la protección más fuerte:

  • Habilita MFA (ahora obligatorio) — prefiere un dispositivo de hardware/FIDO2 y considera el control de dos personas (una sabe la contraseña, otra tiene el dispositivo MFA).
  • Nunca asocies access keys a root.
  • Alerta ante cada inicio de sesión de root (CloudTrail hacia una notificación de SNS), ya que el uso de root debe ser raro y deliberado.
  • Mantén vigentes los contactos de seguridad de la cuenta para preservar la vía de recuperación.

Cómo validar

  • ¿Has centralizado root y eliminado las credenciales de root de las cuentas miembro?
  • ¿Alguien usa root de forma rutinaria, o hay access keys configuradas en algún usuario root?
  • ¿Cómo se almacenan las credenciales de root restantes (p. ej. un vault, MFA de hardware, control de dos personas)?
  • ¿Las acciones de root en las cuentas miembro están bloqueadas con AWS Control Tower o SCPs?

Amenazas que atiende

  • ATT&CK Credential Access un atacante que compromete el buzón de contacto puede intentar restablecer contraseñas de root para llegar a tus cuentas, salvo que root esté centralizado/eliminado o protegido con MFA.
  • Trazabilidad — el uso compartido y frecuente de root dificulta que los investigadores sepan quién actuó en un momento dado.
  • Root no es de menor privilegio por definición; su uso rutinario aumenta la probabilidad de que esas credenciales todopoderosas sean robadas y mal usadas.

Servicios AWS

AWS Organizations AWS Control Tower

Mapeos de frameworks

AWS CAF

Well-Architected

NIST CSF

Referencias