Lake Formation 데이터 접근 자가 부여
거버넌스 대상 테이블에 대한 Lake Formation 권한을 스스로 부여한 뒤 읽을 수 있습니다.
그 자체만으로 권한 상승을 허용합니다.
lakeformation:GrantPermissionslakeformation:GrantPermissions만으로도 거버넌스 테이블에 대한 Lake Formation 권한을 자신에게 부여한 뒤 이를 읽을 수 있습니다. 넓은 리소스 범위에서는 이것만으로 외부 또는 공개 주체의 접근에 도달합니다.
위험한 이유
주체가 lakeformation:GrantPermissions를 호출하여 거버넌스 대상 테이블에 대해 스스로에게 SELECT(또는 ALL) 권한을 부여한 다음, 테이블과 그것이 카탈로그화하는 S3 데이터를 쿼리할 수 있습니다. Lake Formation은 데이터 레이크 위의 권한 부여 계층이므로, 그 안에서 스스로에게 권한을 부여하면 테이블 수준 부여가 없다는 점을 우회합니다. 공격자는 열쇠를 쥐는 것이 아니라 자물쇠를 다시 쓰며, 부여 API에 대한 통제를 거버넌스 대상 데이터에 대한 읽기 접근으로 바꿉니다.
MITRE ATT&CK 기준으로 이는 권한 상승 전술의 T1098, Account Manipulation에 해당합니다. AWS는 이를 CloudTrail에 GrantPermissions, PutDataLakeSettings로 기록합니다. 이 호출은 CloudTrail에 나타나지만 일반적인 관리 작업에 섞여 들어가므로, 눈에 띄게 하려면 별도의 규칙이 필요합니다.
탐지
GrantPermissionsPutDataLakeSettings전제 조건
lakeformation:GrantPermissions(또는 LF 관리자로 자가 승격하기 위한 PutDataLakeSettings). 이 악용은 추가로 SCP/경계/PrincipalOrgID 가드레일이 없고 Lake Formation 자체의 부여 규칙이 해당 부여를 허용한다고 가정합니다. 테이블을 읽으려면 glue:GetTable과 Athena/Glue 데이터 경로가 필요합니다.
MITRE ATT&CK
T1098 · Account Manipulation전술
권한 상승
이를 제거할 수 있는 통제: lakeformation:GrantPermissions와 lakeformation:PutDataLakeSettings 권한을 데이터 레이크 관리자로 제한하고, SCP로 LF 부여/관리 쓰기를 거부하며, Data Lake 설정과 LF 관리자 집합을 검토하십시오.
이를 적용할지 여부는 해당 권한이 귀하의 환경에서 어떻게 사용되는지에 따라 달라지므로, 자동으로 적용되는 수정이 아니라 비즈니스 차원의 판단입니다. 같은 권한이 한 계정에서는 핵심적인 역할을 하고 다른 계정에서는 순전히 위험일 수 있습니다.
Pathbreak는 이 경로가 귀하의 계정에서 실제로 성립하는지 확인하고, 얼마나 많은 접근을 열어주는지에 따라 다른 경로와 비교하여 순위를 매기며, 귀하의 위협 모델과 비즈니스 맥락을 활용하여 어떤 경로를 차단할 가치가 있는지 보여줍니다.
질문
lakeformation:GrantPermissions의 허용 범위는 무엇입니까?
거버넌스 대상 테이블에 대한 Lake Formation 권한을 스스로 부여한 뒤 읽을 수 있습니다.
lakeformation:GrantPermissions만으로 권한 상승이 가능합니까?
예. 충분히 넓은 리소스에 대해 보유하면 다른 권한 없이도 외부 또는 공개 주체의 접근 권한에 도달합니다.
Lake Formation 데이터 접근 자가 부여 탐지는 어떻게 이루어집니까?
CloudTrail에서 GrantPermissions, PutDataLakeSettings 이벤트를 주시하십시오. 이 호출은 CloudTrail에 나타나지만 일반적인 관리 작업에 섞여 들어가므로, 눈에 띄게 하려면 별도의 규칙이 필요합니다.
이 경로를 어떻게 차단합니까?
이를 제거할 수 있는 통제는 다음과 같습니다: lakeformation:GrantPermissions 및 lakeformation:PutDataLakeSettings를 데이터 레이크 관리자로 제한하고, SCP로 LF 부여/관리 쓰기를 거부하며, 데이터 레이크 설정과 LF 관리자 집합을 검토합니다. 이를 적용할지 여부는 해당 권한이 계정에서 어떻게 사용되는지에 따라 달라지므로, 자동으로 적용되는 수정이 아니라 비즈니스 차원의 판단입니다.
이것은 어떤 MITRE ATT&CK 기법입니까?
권한 상승 전술의 T1098, Account Manipulation.
관련 경로
참고 자료
직접 자신의 계정에서 찾기
저희는 하나의 AWS 계정에 대해 읽기 전용 스캔을 실행하여, 이 경로 중 어떤 것이 존재하는지를 영향 범위 순으로, 각 경로를 끊는 변경과 함께 보여드립니다. 첫 검증된 경로는 한 시간 이내에 제공됩니다.