English
Español
Français
Deutsch
日本語
한국어
العربية유출을 위한 EBS 볼륨 스냅샷
EBS 볼륨의 스냅샷을 만들어 그 복사본을 다른 곳에서 읽을 수 있습니다.
그 자체만으로 권한 상승을 허용합니다.
ec2:CreateSnapshotec2:CreateSnapshot만으로도 EBS 볼륨을 스냅샷하여 다른 곳에서 복사본을 읽을 수 있습니다. 넓은 리소스 범위에서는 이것만으로 외부 또는 공개 주체의 접근에 도달합니다.
위험한 이유
주체가 볼륨에서 ec2:CreateSnapshot을 호출하여 디스크의 전체 시점 사본을 생성한 다음, 그 사본을 별도 경로로 복원하거나 공유할 수 있습니다. 분리 후 재연결하는 방식과 달리 이 방식은 권한 하나만 필요하고, 볼륨의 가용 영역에 인스턴스가 필요하지 않으며, 실행 중인 워크로드를 방해하지 않습니다. 이 때문에 같은 데이터에 도달하는 더 조용하고 훨씬 흔한 경로가 됩니다.
MITRE ATT&CK 기준으로 이는 수집 전술의 T1005, Data from Local System에 해당합니다. AWS는 이를 CloudTrail에 CreateSnapshot로 기록합니다. 이 호출은 일반적인 활동과 비교해 조용하여, 전용 규칙이 없으면 놓치기 쉽습니다.
탐지
CreateSnapshot전제 조건
볼륨에 대한 ec2:CreateSnapshot. 이후 복사본을 읽을 수 있는 방법(CreateVolume + 연결, 또는 공유를 위한 ModifySnapshotAttribute). 볼륨이 CMK로 암호화된 경우 kms 권한.
MITRE ATT&CK
T1005 · Data from Local System전술
수집
이를 제거할 수 있는 통제: ec2:CreateSnapshot 권한을 백업 자동화로 제한하고, 주체가 사용할 수 없는 CMK로 볼륨을 암호화하며, 복사본이 외부로 공유되지 않도록 ec2:ModifySnapshotAttribute를 거부하십시오.
이를 적용할지 여부는 해당 권한이 귀하의 환경에서 어떻게 사용되는지에 따라 달라지므로, 자동으로 적용되는 수정이 아니라 비즈니스 차원의 판단입니다. 같은 권한이 한 계정에서는 핵심적인 역할을 하고 다른 계정에서는 순전히 위험일 수 있습니다.
Pathbreak는 이 경로가 귀하의 계정에서 실제로 성립하는지 확인하고, 얼마나 많은 접근을 열어주는지에 따라 다른 경로와 비교하여 순위를 매기며, 귀하의 위협 모델과 비즈니스 맥락을 활용하여 어떤 경로를 차단할 가치가 있는지 보여줍니다.
질문
ec2:CreateSnapshot의 허용 범위는 무엇입니까?
EBS 볼륨의 스냅샷을 만들어 그 복사본을 다른 곳에서 읽을 수 있습니다.
ec2:CreateSnapshot만으로 권한을 상승시킬 수 있습니까?
예. 충분히 넓은 리소스에 대해 보유하면 다른 권한 없이도 외부 또는 공개 주체의 접근 권한에 도달합니다.
유출용 EBS 볼륨 스냅샷 탐지는 어떻게 이루어집니까?
CloudTrail에서 CreateSnapshot 이벤트를 주시하십시오. 이 호출은 일반적인 활동과 비교해 조용하여, 전용 규칙이 없으면 놓치기 쉽습니다.
이 경로를 어떻게 차단합니까?
이를 제거할 수 있는 통제는 다음과 같습니다: ec2:CreateSnapshot를 백업 자동화로 제한하고, 주체가 사용할 수 없는 CMK로 볼륨을 암호화하며, 사본이 외부로 공유되지 않도록 ec2:ModifySnapshotAttribute를 거부합니다. 이를 적용할지 여부는 해당 권한이 계정에서 어떻게 사용되는지에 따라 달라지므로, 자동으로 적용되는 수정이 아니라 비즈니스 차원의 판단입니다.
이것은 어떤 MITRE ATT&CK 기법입니까?
수집 전술의 T1005, Data from Local System.
관련 경로
참고 자료
직접 자신의 계정에서 찾기
저희는 하나의 AWS 계정에 대해 읽기 전용 스캔을 실행하여, 이 경로 중 어떤 것이 존재하는지를 영향 범위 순으로, 각 경로를 끊는 변경과 함께 보여드립니다. 첫 검증된 경로는 한 시간 이내에 제공됩니다.