English
Español
Français
Deutsch
日本語
한국어
العربية액세스 항목을 통한 자신에게 EKS cluster-admin 부여
자신을 EKS 클러스터에 Kubernetes cluster-admin으로 매핑하여 해당 AWS 역할에 접근할 수 있습니다.
조합으로만 권한 상승을 허용합니다. 다음이 모두 함께 필요합니다:
eks:CreateAccessEntryeks:AssociateAccessPolicyeks:CreateAccessEntry 권한은 자신을 Kubernetes cluster-admin으로 EKS 클러스터에 매핑하여 그 AWS 역할에 도달할 수 있지만, 이는 eks:AssociateAccessPolicy 권한을 함께 보유한 경우에만 해당합니다. 함께 보유하면 관리자 접근에 도달합니다.
위험한 이유
주체가 eks:CreateAccessEntry를 호출하여 자신의 IAM 주체를 클러스터에 매핑한 다음, eks:AssociateAccessPolicy(AmazonEKSClusterAdminPolicy)를 호출하여 이전에 접근 권한이 없던 클러스터의 Kubernetes cluster-admin이 될 수 있습니다. cluster-admin은 임의의 서비스 계정으로 파드를 스케줄링하여 노드 그룹 역할, 모든 IRSA 역할, 그리고 클러스터가 대표하는 모든 Pod Identity 역할에 도달할 수 있습니다.
MITRE ATT&CK 기준으로 이는 권한 상승 전술의 T1098.003, Account Manipulation: Additional Cloud Roles에 해당합니다. AWS는 이를 CloudTrail에 CreateAccessEntry, AssociateAccessPolicy로 기록합니다. 이 호출은 CloudTrail에 나타나지만 일반적인 관리 작업에 섞여 들어가므로, 눈에 띄게 하려면 별도의 규칙이 필요합니다. 또한 이는 공격자가 최초 거점이 차단된 후에도 접근을 유지할 수 있는 수단을 제공하므로, 일상적인 관리 작업처럼 보일 때에도 주시할 가치가 있습니다.
탐지
CreateAccessEntryAssociateAccessPolicy전제 조건
authenticationMode가 API 또는 API_AND_CONFIG_MAP인 클러스터에 대한 eks:CreateAccessEntry + eks:AssociateAccessPolicy. Kubernetes API 엔드포인트에 대한 접근 가능성.
전술
권한 상승
이를 제거할 수 있는 통제: eks:CreateAccessEntry / eks:AssociateAccessPolicy 권한을 비상용 역할로 제한하고, 민감한 클러스터에는 CONFIG_MAP 전용 인증을 요구하며, 새 접근 항목에 대해 경보를 설정하십시오.
이를 적용할지 여부는 해당 권한이 귀하의 환경에서 어떻게 사용되는지에 따라 달라지므로, 자동으로 적용되는 수정이 아니라 비즈니스 차원의 판단입니다. 같은 권한이 한 계정에서는 핵심적인 역할을 하고 다른 계정에서는 순전히 위험일 수 있습니다.
Pathbreak는 이 경로가 귀하의 계정에서 실제로 성립하는지 확인하고, 얼마나 많은 접근을 열어주는지에 따라 다른 경로와 비교하여 순위를 매기며, 귀하의 위협 모델과 비즈니스 맥락을 활용하여 어떤 경로를 차단할 가치가 있는지 보여줍니다.
질문
eks:CreateAccessEntry의 허용 범위는 무엇입니까?
자신을 EKS 클러스터에 Kubernetes cluster-admin으로 매핑하여 해당 AWS 역할에 접근할 수 있습니다.
eks:CreateAccessEntry의 위험이 성립하려면 무엇이 더 필요합니까?
eks:AssociateAccessPolicy와 함께 보유할 때에만 권한 상승이 됩니다. 그 자체만으로는 충분하지 않으며, 바로 그 점이 이 조합을 놓치기 쉽게 만듭니다.
액세스 항목을 통한 자신에게 EKS cluster-admin 부여 탐지는 어떻게 이루어집니까?
CloudTrail에서 CreateAccessEntry, AssociateAccessPolicy 이벤트를 주시하십시오. 이 호출은 CloudTrail에 나타나지만 일반적인 관리 작업에 섞여 들어가므로, 눈에 띄게 하려면 별도의 규칙이 필요합니다.
이 경로를 어떻게 차단합니까?
이를 제거할 수 있는 통제는 다음과 같습니다: eks:CreateAccessEntry / eks:AssociateAccessPolicy를 비상용 역할로 제한하고, 민감한 클러스터에서는 CONFIG_MAP 전용 인증을 요구하며, 새로운 액세스 항목에 경보를 설정합니다. 이를 적용할지 여부는 해당 권한이 계정에서 어떻게 사용되는지에 따라 달라지므로, 자동으로 적용되는 수정이 아니라 비즈니스 차원의 판단입니다.
이것은 어떤 MITRE ATT&CK 기법입니까?
권한 상승 전술의 T1098.003, Account Manipulation: Additional Cloud Roles.
관련 경로
참고 자료
직접 자신의 계정에서 찾기
저희는 하나의 AWS 계정에 대해 읽기 전용 스캔을 실행하여, 이 경로 중 어떤 것이 존재하는지를 영향 범위 순으로, 각 경로를 끊는 변경과 함께 보여드립니다. 첫 검증된 경로는 한 시간 이내에 제공됩니다.