English
Español
Français
Deutsch
日本語
한국어
العربيةAutoconcesión de lectura de secretos mediante la política de recursos
Puede reescribir la política de recursos de un secreto para concederse lectura a sí mismo y luego leerlo.
Concede escalada por sí solo.
secretsmanager:PutResourcePolicyPor sí solo, secretsmanager:PutResourcePolicy puede reescribir la política de recursos de un secreto para concederse lectura y luego leerlo. Con un alcance de recursos amplio, eso por sí solo llega a acceso para un principal externo o público.
Por qué es peligroso
Un principal puede llamar a secretsmanager:PutResourcePolicy sobre el secreto para adjuntar una política de recursos que le conceda secretsmanager:GetSecretValue a él mismo (o al público), y después leer el valor del secreto. Esto esquiva la ausencia de una concesión de lectura en la política de identidad: el atacante reescribe la cerradura en lugar de poseer una llave. Un secreto contiene con frecuencia las credenciales de larga duración de otro principal, así que el control de la política se convierte en robo directo de credenciales y en un pivote hacia la identidad que custodia el secreto.
En términos de MITRE ATT&CK, esto corresponde a T1098, Manipulación de cuentas, en la táctica de escalada de privilegios. AWS lo registra en CloudTrail como PutResourcePolicy. La llamada aparece en CloudTrail pero se confunde con la administración normal, así que necesita una regla para destacar.
Detección
PutResourcePolicyRequisitos previos
secretsmanager:PutResourcePolicy sobre el secreto. El abuso supone además que ninguna barrera de SCP, límite o PrincipalOrgID bloquea la concesión excesiva y (para una CMK administrada por el cliente) kms:Decrypt sobre la clave de cifrado para leer el valor.
MITRE ATT&CK
T1098 · Manipulación de cuentasTáctica
Escalada de privilegios
Un control que lo eliminaría: Restringe secretsmanager:PutResourcePolicy a los administradores de secretos; deniega la escritura de políticas de recursos mediante una SCP; exige aws:PrincipalOrgID en las políticas de recursos de los secretos.
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 secretsmanager:PutResourcePolicy?
Puede reescribir la política de recursos de un secreto para concederse lectura a sí mismo y luego leerlo.
¿Puede secretsmanager:PutResourcePolicy escalar privilegios por sí solo?
Sí. Concedido sobre un recurso lo bastante amplio, llega a acceso para un principal externo o público sin ningún otro permiso.
¿Cómo se detecta la autoconcesión de lectura de un secreto mediante una política de recursos?
Vigila PutResourcePolicy 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 secretsmanager:PutResourcePolicy a los administradores de secretos; deniega las escrituras de políticas de recursos mediante SCP; exige aws:PrincipalOrgID en las políticas de recursos de los secretos. 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, Manipulación de cuentas, 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.