English
Español
Français
Deutsch
日本語
한국어
العربيةReescribir la confianza de un rol y luego asumirlo
Puede reescribir la política de confianza de un rol y luego asumirlo.
Concede escalada solo en combinación. Se necesitan todos estos a la vez:
iam:UpdateAssumeRolePolicysts:AssumeRoleiam:UpdateAssumeRolePolicy puede reescribir la política de confianza de un rol y después asumirlo, pero solo cuando se combina con sts:AssumeRole. Combinados, llegan a acceso de administrador.
Por qué es peligroso
Un principal puede llamar a iam:UpdateAssumeRolePolicy para reescribir la política de confianza del rol de modo que confíe en el principal, y después llamar a sts:AssumeRole para tomar el control del rol. Este movimiento en dos pasos permite al principal apropiarse de cualquier rol de la cuenta con independencia de su confianza original; si el rol objetivo es privilegiado, se trata de una escalada de privilegios directa. (Se necesitan ambas acciones: reescribir la confianza no sirve de nada sin la asunción posterior.)
En términos de MITRE ATT&CK, esto corresponde a T1098.003, Manipulación de cuentas: roles cloud adicionales, en la táctica de escalada de privilegios. AWS lo registra en CloudTrail como UpdateAssumeRolePolicy, AssumeRole. La llamada aparece en CloudTrail pero se confunde con la administración normal, así que necesita una regla para destacar. Además, le da a un atacante una forma de conservar el acceso después de que se cierre el primer punto de apoyo, así que conviene vigilarla incluso cuando parece administración rutinaria.
Detección
UpdateAssumeRolePolicyAssumeRoleRequisitos previos
Tiene también sts:AssumeRole, para usar el rol después de reescribir su confianza.
Táctica
Escalada de privilegios
Un control que lo eliminaría: Elimina iam:UpdateAssumeRolePolicy del principal.
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 iam:UpdateAssumeRolePolicy?
Puede reescribir la política de confianza de un rol y luego asumirlo.
¿Qué más hace falta para que iam:UpdateAssumeRolePolicy sea peligroso?
Solo se convierte en escalada cuando se combina con sts:AssumeRole. 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 la reescritura de la confianza de un rol seguida de su asunción?
Vigila UpdateAssumeRolePolicy, AssumeRole 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: Elimina iam:UpdateAssumeRolePolicy del principal. 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?
T1098.003, Manipulación de cuentas: roles cloud adicionales, 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.