S3 버킷 정책의 예가
몇 가지 있습니다
고급이라 시험 볼 때 알
필요도 없습니다
가능성이 있다는 것만 아시면 됩니다
S3 버킷 정책을 이용해
버킷에 공용 접근을 허용하고
업로드 시 암호화를 강요하고
다른 계정(상호 계정)에 접근할 수 있게 하며
탄성 있는 IP의 조건을 지정할 수 있지만
폐쇄 IP에는 안됩니다
소스 VPC나 소스 VPC 앤드포인트도 있으며
VPC 앤드포인트에만 작동합니다
클라우드프런트 오리진 아이덴티티는
트래픽이 클라우드 프론트에서만 나오길 원할 때
MFA는 다중 인증을 원하는 경우 사용할 수 있습니다
여기 예가 아주 많은데
여러분이 원할 때 보시길 바랍니다
좋습니다
아주 중요하다고 생각하는
몇 가지를 살펴보면 여기
예가 있습니다
이것은 S3 버킷에 대한 접근을 제한합니다
AWS에 소속된
모든 필수 조건에게 적용할 수 있습니다
여러분의 계정이 조직의
일부일 경우 이 버킷에
액세스할 수 있습니다
조직 간 계정 간 액세스를 하는 확장 가능한
방법입니다
그렇게 하려면 조건을
정해야 합니다
aws:PrincipleOrgID 조건 키를 지정해야 합니다
이 정책은 암호화되지 않은 객체 업로드를 막습니다
객체가 암호화에서 X AMZ
서비스를 갖도록 강요하는 것입니다
이 헤더가 존재하는지 확인하기 위해 암호화되지
않은 객체 업로드를
거부하는 것은 아주 흔한 일입니다
이건 IP 주소를 제한하는 것입니다
즉, 조건에서 제공한 범위에 IP가
없다면
업로드를 거부합니다
이것은 NotIpAddress 조건 키의 예입니다
이것은 사용자가 S3 버킷에서 객체를 목록화하고
다운로드할 수 있다는 걸 보여주기
위한 겁니다 보다시피 아주 중요합니다 목록 버킷
속성은 슬래시 없이 리소스 ARN에 적용됩니다
버킷 자체에 공급되기 때문입니다
하지만 GetObject는 버킷 안의 객체에 적용됩니다
거기에 적용된 리소스 ARN은 완전한 객체입니다
완전한 리소스 이름 슬래시(/) 그리고 별(*)입니다
이 버킷 정책은
다중 인증으로만
객체를 확보하도록 합니다
여기서 조건은 MultiFactorAuthPresent, True입니다
그러니 이런 정책을 살펴보고 사용
사례와 어떻게 형성됐는지
이해해야 합니다
여기서 중요한 것은 S3
버킷 정책에 아주 복잡한
조건을 만들 수 있다는 것입니다
이번 강의는 여기까지 입니다 마음에 드렸기를 바랍니다
다음 강의에서 뵙겠습니다