해킹 없이도 스토리지 버킷이 유출되는 이유
대부분의 클라우드 스토리지 노출 사고는 침해(breach)가 아닙니다. 버킷은 정당한 목적으로 생성되지만, 동료 한 명의 작업을 위해 접근 권한이 확장되고, 이 임시 권한은 다시 되돌려지지 않습니다. 아무것도 악용되지 않습니다. 데이터는 단순히 URL을 아는 사람이라면 누구나 읽을 수 있게 되며, 자동 스캐너는 변경 후 몇 시간 내에 이를 찾아냅니다.
이것이 바로 버킷 보안이 도구의 문제가 아닌 습관의 문제인 이유입니다. 모든 관련 엔지니어는 규칙을 알고 있지만, 오후 4시에 확장된 권한이 실제 문제를 해결하기 때문에 노출 사고는 여전히 발생하며, 이를 되돌리는 티켓은 작성되지 않습니다. 프레임이 아닌 파일에 포함되어야 할 것은 바로 귀하의 인벤토리입니다. 버킷 이름, 계정 식별자, 민감한 정보의 위치는 내부적으로 유통되는 자료는 물론, 다른 어떤 곳에도 절대 나타나서는 안 됩니다.
이 템플릿은 문제를 7가지 장면으로 나눕니다. 노출 사고가 실제로 어떻게 발생하는지, 권한 모델의 각 수준에서 '공개'가 의미하는 바는 무엇인지, 동일한 문제를 안전하게 해결하는 최소 권한 패턴 두 가지, 저장 및 전송 중 암호화, 탐지 및 경고가 트리거해야 할 사항, 그리고 되돌리는 습관에 대한 내용입니다.
