권한 상승 SSM T1648

SSM Automation에 역할 전달

수임 역할로 지정된 역할을 사용해 SSM Automation 스크립트를 실행할 수 있습니다.

조합으로만 권한 상승을 허용합니다. 다음이 모두 함께 필요합니다:

iam:PassRolessm:CreateDocumentssm:StartAutomationExecution

핵심 요점

iam:PassRole 권한은 역할을 assume 역할로 지정해 SSM Automation 스크립트를 실행할 수 있지만, 이는 ssm:CreateDocument, ssm:StartAutomationExecution 권한을 함께 보유한 경우에만 해당합니다. 함께 보유하면 관리자 접근에 도달합니다.

공격자가 이 권한에서 어떻게 이동하는지.

Pathbreak에서 살펴보기

위험한 이유

주체가 대상 역할에 대한 iam:PassRole과 ssm:CreateDocument, ssm:StartAutomationExecution를 보유하고 있어, aws:executeScript Python 단계를 갖는 SSM Automation 문서를 작성하고 대상 역할을 AutomationAssumeRole로 전달하면서 이를 시작할 수 있으며, SSM은 관리형 서버리스 컴퓨팅에서 대상 역할의 권한으로 스크립트를 실행합니다. 대상 역할이 ssm.amazonaws.com를 신뢰하므로 전달이 수락됩니다. 대상 역할에 권한이 있는 경우, 이는 EC2, 에이전트, 중간 인프라 없이 이루어지는 완전한 권한 상승입니다.

MITRE ATT&CK 기준으로 이는 권한 상승 전술의 T1648, Serverless Execution에 해당합니다. AWS는 이를 CloudTrail에 CreateDocument, StartAutomationExecution로 기록합니다. 이 호출은 CloudTrail에 나타나지만 일반적인 관리 작업에 섞여 들어가므로, 눈에 띄게 하려면 별도의 규칙이 필요합니다.

탐지

CreateDocumentStartAutomationExecution

전제 조건

대상 역할의 신뢰 정책이 ssm.amazonaws.com 주체를 허용해야 합니다(AutomationAssumeRole로 사용됨).

MITRE ATT&CK

T1648 · Serverless Execution

전술

권한 상승

경로 차단하기

이를 제거할 수 있는 통제: 이 역할에 대한 iam:PassRole 권한을 제거하거나 iam:PassedToService로 범위를 지정하십시오.

이를 적용할지 여부는 해당 권한이 귀하의 환경에서 어떻게 사용되는지에 따라 달라지므로, 자동으로 적용되는 수정이 아니라 비즈니스 차원의 판단입니다. 같은 권한이 한 계정에서는 핵심적인 역할을 하고 다른 계정에서는 순전히 위험일 수 있습니다.

Pathbreak는 이 경로가 귀하의 계정에서 실제로 성립하는지 확인하고, 얼마나 많은 접근을 열어주는지에 따라 다른 경로와 비교하여 순위를 매기며, 귀하의 위협 모델과 비즈니스 맥락을 활용하여 어떤 경로를 차단할 가치가 있는지 보여줍니다.

질문

iam:PassRole의 허용 범위는 무엇입니까?

수임 역할로 지정된 역할을 사용해 SSM Automation 스크립트를 실행할 수 있습니다.

iam:PassRole의 위험이 성립하려면 무엇이 더 필요합니까?

ssm:CreateDocument, ssm:StartAutomationExecution와 함께 보유할 때에만 권한 상승이 됩니다. 그 자체만으로는 충분하지 않으며, 바로 그 점이 이 조합을 놓치기 쉽게 만듭니다.

SSM Automation에 역할 전달 탐지는 어떻게 이루어집니까?

CloudTrail에서 CreateDocument, StartAutomationExecution 이벤트를 주시하십시오. 이 호출은 CloudTrail에 나타나지만 일반적인 관리 작업에 섞여 들어가므로, 눈에 띄게 하려면 별도의 규칙이 필요합니다.

이 경로를 어떻게 차단합니까?

이를 제거할 수 있는 통제는 다음과 같습니다: 이 역할에 대한 iam:PassRole 권한을 제거하거나 iam:PassedToService로 범위를 좁힙니다. 이를 적용할지 여부는 해당 권한이 계정에서 어떻게 사용되는지에 따라 달라지므로, 자동으로 적용되는 수정이 아니라 비즈니스 차원의 판단입니다.

이것은 어떤 MITRE ATT&CK 기법입니까?

권한 상승 전술의 T1648, Serverless Execution.

참고 자료

https://attack.mitre.org/techniques/T1648/

직접 자신의 계정에서 찾기

저희는 하나의 AWS 계정에 대해 읽기 전용 스캔을 실행하여, 이 경로 중 어떤 것이 존재하는지를 영향 범위 순으로, 각 경로를 끊는 변경과 함께 보여드립니다. 첫 검증된 경로는 한 시간 이내에 제공됩니다.

무료 스캔 신청 7분 분량의 둘러보기를 시청하십시오