CloudFront 앞단은 HTTPS인데 S3 웹사이트 원본도 암호화되나요?
브라우저와 CloudFront 사이 HTTPS와 CloudFront와 S3 원본 사이 통신은 별도 구간입니다. S3 웹사이트 엔드포인트는 HTTPS 원본 연결을 지원하지 않습니다. 앞단 접속이 HTTPS라는 이유만으로 끝까지 같은 방식으로 암호화된다고

- 브라우저의 자물쇠가 모든 구간을 설명하지는 않습니다
- 원본 도메인과 접근 제어 방식을 확인합니다
- 구간별 정책을 변경 기록에 남깁니다
브라우저의 자물쇠가 모든 구간을 설명하지는 않습니다
브라우저와 CloudFront 사이 HTTPS와 CloudFront와 S3 원본 사이 통신은 별도 구간입니다. S3 웹사이트 엔드포인트는 HTTPS 원본 연결을 지원하지 않습니다. 앞단 접속이 HTTPS라는 이유만으로 끝까지 같은 방식으로 암호화된다고 문서화하지 않습니다.
원본 도메인과 접근 제어 방식을 확인합니다
CloudFront 배포의 원본이 일반 버킷인지 웹사이트 엔드포인트인지 주소를 확인합니다. 모든 구간의 HTTPS가 요구된다면 HTTPS를 지원하는 원본 방식과 OAC 서명 설정을 검토합니다. 웹사이트 원본의 기능이 필요한지 여부도 함께 비교해야 합니다. 일반 S3 버킷 원본에 OAC를 사용해 항상 HTTPS로 통신하게 하려면 Sign requests의 always 설정이 필요합니다. 서명하지 않거나 Authorization을 덮어쓰지 않는 선택은 동일한 보장을 주지 않으므로 사용자·원본 프로토콜 정책을 따로 대조합니다.
구간별 정책을 변경 기록에 남깁니다
사용자 프로토콜 정책, 원본 종류, 서명 정책을 한 묶음으로 기록하면 HTTPS 요구를 누락하지 않기 쉽습니다. 전환 후에는 배포 화면 저장 성공뿐 아니라 실제 경로와 오류 응답을 확인합니다. 정책 요구가 있는 운영 환경이라면 이 확인을 마치기 전까지 암호화 요구 충족으로 표시하지 않습니다.
서버 운영 실행 전 점검표
- 브라우저의 자물쇠가 모든 구간을 설명하지는 않습니다
- 원본 도메인과 접근 제어 방식을 확인합니다
- 구간별 정책을 변경 기록에 남깁니다
이 가이드의 근거 문서
출처 확인일: 2026-11-04. 공식 문서에 기반한 편집 가이드이며 직접 수행한 벤치마크가 아닙니다. 비용 사례는 명시된 가정에 한합니다.
오류 제보 방법