English
Español
Français
Deutsch
日本語
한국어
العربيةConcederse a sí mismo cluster-admin de EKS mediante una entrada de acceso
Puede asignarse a sí mismo en un clúster de EKS como cluster-admin de Kubernetes, accediendo a sus roles de AWS.
Concede escalada solo en combinación. Se necesitan todos estos a la vez:
eks:CreateAccessEntryeks:AssociateAccessPolicyeks:CreateAccessEntry puede asignarse a sí mismo el rol de cluster-admin de Kubernetes en un clúster de EKS, alcanzando sus roles de AWS, pero solo cuando se combina con eks:AssociateAccessPolicy. Combinados, llegan a acceso de administrador.
Por qué es peligroso
Un principal puede llamar a eks:CreateAccessEntry para asignar su propio principal de IAM al clúster, y después a eks:AssociateAccessPolicy (AmazonEKSClusterAdminPolicy) para convertirse en cluster-admin de Kubernetes de un clúster al que no tenía acceso previo. Un cluster-admin puede programar un pod con cualquier cuenta de servicio, alcanzando el rol del grupo de nodos, todos los roles de IRSA y todos los roles de Pod Identity que el clúster expone.
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 CreateAccessEntry, AssociateAccessPolicy. 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
CreateAccessEntryAssociateAccessPolicyRequisitos previos
eks:CreateAccessEntry + eks:AssociateAccessPolicy sobre un clúster cuyo authenticationMode es API o API_AND_CONFIG_MAP; conectividad con el endpoint de la API de Kubernetes.
Táctica
Escalada de privilegios
Un control que lo eliminaría: Restringe eks:CreateAccessEntry / eks:AssociateAccessPolicy a un rol break-glass; exige autenticación solo CONFIG_MAP en los clústeres sensibles; genera una alarma ante nuevas entradas de acceso.
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 eks:CreateAccessEntry?
Puede asignarse a sí mismo en un clúster de EKS como cluster-admin de Kubernetes, accediendo a sus roles de AWS.
¿Qué más hace falta para que eks:CreateAccessEntry sea peligroso?
Solo se convierte en escalada cuando se combina con eks:AssociateAccessPolicy. 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 autoconcesión de cluster-admin de EKS mediante una entrada de acceso?
Vigila CreateAccessEntry, AssociateAccessPolicy 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 eks:CreateAccessEntry / eks:AssociateAccessPolicy a un rol break-glass; exige autenticación solo CONFIG_MAP en los clústeres sensibles; genera una alarma ante nuevas access entries. 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.