Identidades y permisos expuestos en la nube

Los hallazgos de identidad se leen en dos preguntas. ¿Quién puede entrar a la consola de administración, y con qué segundo factor? ¿Qué claves de acceso permiten usar las interfaces programáticas, y cuánto hace que se crearon y se usaron? Una clave sin uso reciente y con años de antigüedad suele ser de una persona o una integración que ya no existe, y nadie la vigila.

La tabla usuarios trae siete identidades. Busca la que combina tres condiciones: entra a la consola, no tiene segundo factor y su clave de acceso lleva más de 180 días sin usarse.

Muchas guías de configuración piden rotar las claves de acceso con cierta frecuencia, a menudo cada 90 días. La edad se lee en clave_creada_hace_dias. Contar cuántas la superan es medir el tamaño del problema: cada una es una credencial de larga vida que, si se filtra, sirve hasta que alguien la revoque.

Una política de permisos tiene efecto, acciones y recursos. Lo que más se mira en una revisión es la combinación de todas las acciones sobre todos los recursos, porque equivale a una cuenta de administrador completa en manos de una sola identidad. El principio de mínimo privilegio pide lo contrario: lo justo para el trabajo.

La tabla politicas muestra tres. Encuentra la que concede el acceso más amplio.

Ante una clave sin uso en más de 500 días el reflejo es borrarla. Pero un analista que evalúa postura propone, no ejecuta, y una clave puede estar detrás de un proceso que corre una vez al año. Lo prudente es identificar a su dueño, desactivarla antes de eliminarla y observar si algo falla.