English
Español
Français
Deutsch
日本語
한국어
العربيةSecuestrar el rol de la instancia mediante un comando de SSM
Puede ejecutar un comando en una instancia mediante SSM y robar el rol de su perfil de instancia.
Concede escalada solo en combinación. Se necesitan todos estos a la vez:
ssm:SendCommandec2:DescribeInstancesssm:SendCommand puede ejecutar un comando en una instancia mediante SSM y robar el rol de su perfil de instancia, pero solo cuando se combina con ec2:DescribeInstances. Combinados, llegan a acceso de administrador.
Por qué es peligroso
Un principal puede llamar a ssm:SendCommand para ejecutar un documento AWS-RunShellScript en una instancia gestionada por SSM que ya tiene el rol del perfil de instancia, ejecutando comandos del atacante que leen las credenciales activas de la instancia desde IMDS y las envían al exterior, de forma no interactiva, sin sesión de shell, clave ni puerto abierto. Como la instancia ya está vinculada al rol, la ejecución de comandos en ella basta para robar el rol, sin necesidad de iam:PassRole. Si la instancia es privilegiada, se trata de una escalada total de privilegios contra una instancia en la que ya se confiaba, y es automatizable sobre muchas instancias a la vez.
En términos de MITRE ATT&CK, esto corresponde a T1578, Modificar la infraestructura de cómputo cloud, bajo la táctica de escalada de privilegios. AWS lo registra en CloudTrail como SendCommand, DescribeInstances. La llamada aparece en CloudTrail pero se confunde con la administración normal, así que necesita una regla para destacar.
Detección
SendCommandDescribeInstancesRequisitos previos
Una instancia existente gestionada por SSM con un perfil de instancia; permiso ssm:SendCommand. ec2:DescribeInstances enumera los objetivos y se comprueba contra un comodín. El agente de SSM debe estar registrado en la instancia.
Táctica
Escalada de privilegios
Un control que lo eliminaría: Restringe ssm:SendCommand a principales break-glass; reduce los permisos del rol del perfil de instancia.
Aplicarla o no depende de cómo se use el permiso en tu entorno, así que es una decisión de negocio y no una corrección automática. El mismo permiso puede ser imprescindible en una cuenta y puro riesgo en otra.
Pathbreak confirma si esta ruta se resuelve en tu cuenta, la clasifica frente a las demás según cuánto abre y usa tu modelo de amenazas y tu contexto de negocio para mostrar qué rutas merece la pena cortar.
Preguntas
¿Qué permite ssm:SendCommand?
Puede ejecutar un comando en una instancia mediante SSM y robar el rol de su perfil de instancia.
¿Qué más hace falta para que ssm:SendCommand sea peligroso?
Solo se convierte en escalada cuando se combina con ec2:DescribeInstances. Por sí solo no basta, y eso es lo que hace que la combinación sea fácil de pasar por alto.
¿Cómo se detecta el secuestro del rol de instancia mediante un comando de SSM?
Vigila SendCommand, DescribeInstances en CloudTrail. La llamada aparece en CloudTrail pero se confunde con la administración normal, así que necesita una regla para destacar.
¿Cómo se rompe esta ruta?
Un control que lo eliminaría es: Restringe ssm:SendCommand a principales break-glass; reduce los permisos del rol del perfil de instancia. Aplicarla o no depende de cómo se use el permiso en tu cuenta, así que es una decisión de negocio y no una corrección automática.
¿De qué técnica de MITRE ATT&CK se trata?
T1578, Modificar la infraestructura de cómputo cloud, en la táctica de escalada de privilegios.
Rutas relacionadas
Referencias
Encuéntralo en tu propia cuenta
Ejecutamos un escaneo de solo lectura de una cuenta de AWS y te mostramos cuáles de estas rutas existen, ordenadas por radio de impacto, con el cambio que rompe cada una. Primeras rutas validadas en menos de una hora.