리소스 노출 S3 T1098

버킷 정책을 통한 S3 읽기 자가 부여

버킷의 정책을 다시 작성하여 자신에게 읽기 권한을 부여한 뒤 읽을 수 있습니다.

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

s3:PutBucketPolicy
핵심 요점

s3:PutBucketPolicy만으로도 버킷의 정책을 재작성하여 자신에게 읽기 권한을 부여한 뒤 이를 읽을 수 있습니다. 넓은 리소스 범위에서는 이것만으로 외부 또는 공개 주체의 접근에 도달합니다.

PutBucketPolicy shares out to external 01 Attacker principal 02 Resource 03 Shared out 04 External account
공격자가 이 권한에서 어떻게 이동하는지.
Pathbreak에서 살펴보기

위험한 이유

주체가 버킷에서 s3:PutBucketPolicy를 호출하여 자신(또는 퍼블릭)에게 s3:GetObject를 부여하는 리소스 정책을 연결한 다음, 버킷의 객체를 읽을 수 있습니다. 이는 자격 증명 정책에 읽기 부여가 없더라도 이를 우회합니다. 공격자는 열쇠를 쥐는 대신 잠금 장치를 다시 씁니다. 심각도는 버킷의 민감도에 따라 결정되며, 정책에 대한 통제가 버킷이 보유한 모든 데이터의 직접 유출로 바뀝니다.

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

탐지

PutBucketPolicyPutBucketAclPutAccountPublicAccessBlock

전제 조건

버킷에 대한 s3:PutBucketPolicy. 이 악용은 추가로 SCP/경계/PrincipalOrgID 가드레일이 과도한 부여를 차단하지 않으며, (공개 부여의 경우) 계정 수준 S3 Block Public Access가 적용되고 있지 않다고 가정합니다.

MITRE ATT&CK

T1098 · Account Manipulation

전술

권한 상승

경로 차단하기

이를 제거할 수 있는 통제: s3:PutBucketPolicy 권한을 CI/CD/관리자로 제한하고, 계정 수준 S3 Block Public Access를 활성화하며, SCP로 버킷 정책 쓰기를 거부하십시오.

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

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

질문

s3:PutBucketPolicy의 허용 범위는 무엇입니까?

버킷의 정책을 다시 작성하여 자신에게 읽기 권한을 부여한 뒤 읽을 수 있습니다.

s3:PutBucketPolicy만으로 권한 상승이 가능합니까?

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

버킷 정책을 통한 S3 읽기 자가 부여 탐지는 어떻게 이루어집니까?

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

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

이를 제거할 수 있는 통제는 다음과 같습니다: s3:PutBucketPolicy를 CI/CD/관리자로 제한하고, 계정 수준 S3 퍼블릭 액세스 차단을 활성화하며, SCP로 버킷 정책 쓰기를 거부합니다. 이를 적용할지 여부는 해당 권한이 계정에서 어떻게 사용되는지에 따라 달라지므로, 자동으로 적용되는 수정이 아니라 비즈니스 차원의 판단입니다.

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

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

관련 경로

동일 서비스ACL을 통한 버킷 읽기 권한 부여s3:PutBucketAcl동일 서비스ACL을 통한 객체 읽기 권한 부여s3:PutObjectAcl동일 서비스S3 퍼블릭 액세스 차단 비활성화s3:PutBucketPublicAccessBlock동일 서비스외부 AWS 계정에 부여된 버킷 읽기S3동일 서비스S3 복제를 통한 유출s3:PutReplicationConfiguration동일 기법리소스 정책을 통한 Lambda 호출 자가 부여lambda:AddPermission

참고 자료

직접 자신의 계정에서 찾기

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

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