리소스 노출 SQS T1098 지속성

SQS 큐 접근 자가 부여

SQS 큐의 정책에 공격자 계정을 추가한 뒤 읽거나 주입할 수 있습니다.

그 자체만으로 권한 상승을 허용합니다.

sqs:AddPermission

핵심 요점

sqs:AddPermission만으로도 SQS 대기열의 정책에 공격자 계정을 추가한 뒤 읽거나 주입할 수 있습니다. 넓은 리소스 범위에서는 이것만으로 외부 또는 공개 주체의 접근에 도달합니다.

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

Pathbreak에서 살펴보기

위험한 이유

주체가 sqs:AddPermission를 호출하여 공격자 계정에 큐에 대한 ReceiveMessage/SendMessage 권한을 부여하고, 메시지를 읽거나 주입할 수 있습니다.

MITRE ATT&CK 기준으로 이는 권한 상승 전술의 T1098, Account Manipulation에 해당합니다. AWS는 이를 CloudTrail에 AddPermission, SetQueueAttributes로 기록합니다. 이 호출은 일반적인 활동과 비교해 조용하여, 전용 규칙이 없으면 놓치기 쉽습니다. 또한 이는 공격자가 최초 거점이 차단된 후에도 접근을 유지할 수 있는 수단을 제공하므로, 일상적인 관리 작업처럼 보일 때에도 주시할 가치가 있습니다.

탐지

AddPermissionSetQueueAttributes

전제 조건

큐에 대한 sqs:AddPermission(또는 SetQueueAttributes). 권한을 부여할 공격자가 통제하는 계정.

MITRE ATT&CK

T1098 · Account Manipulation

전술

권한 상승

경로 차단하기

이를 제거할 수 있는 통제: 큐에서 sqs:AddPermission과 sqs:SetQueueAttributes 권한을 제한하십시오.

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

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

질문

sqs:AddPermission의 허용 범위는 무엇입니까?

SQS 큐의 정책에 공격자 계정을 추가한 뒤 읽거나 주입할 수 있습니다.

sqs:AddPermission만으로 권한을 상승시킬 수 있습니까?

예. 충분히 넓은 리소스에 대해 보유하면 다른 권한 없이도 외부 또는 공개 주체의 접근 권한에 도달합니다.

SQS 대기열 접근 자가 부여 탐지는 어떻게 이루어집니까?

CloudTrail에서 AddPermission, SetQueueAttributes 이벤트를 주시하십시오. 이 호출은 일반적인 활동과 비교해 조용하여, 전용 규칙이 없으면 놓치기 쉽습니다.

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

이를 제거할 수 있는 통제는 다음과 같습니다: 해당 큐에서 sqs:AddPermission과 sqs:SetQueueAttributes를 제한합니다. 이를 적용할지 여부는 해당 권한이 계정에서 어떻게 사용되는지에 따라 달라지므로, 자동으로 적용되는 수정이 아니라 비즈니스 차원의 판단입니다.

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

권한 상승 전술의 T1098, Account Manipulation.

참고 자료

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

직접 자신의 계정에서 찾기

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

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