no-store인데 CloudFront가 캐시한다면 최소 TTL 확인

원본 헤더만으로 캐시 금지를 단정하지 않습니다

CloudFront 캐시 정책의 최소 TTL이 0보다 크면 원본의 no-cache·no-store·private 지시어가 있어도 최소 기간 동안 저장할 수 있습니다. 응답 헤더에 no-store가 보인다는 사실과 CDN이 실제 저장하지 않는다는 사실은 다릅니다. 로그인이나 개인정보 경로라면 먼저 해당 캐시 동작에 연결된 정책을 확인합니다.

실제 요청이 어느 경로 규칙에 들어갔는지 봅니다

설정 화면에서 편집한 규칙과 실제 URL이 매칭되는 규칙이 다르면 수정 효과를 잘못 판단할 수 있습니다. 문제 URL의 경로, 선택된 캐시 동작, 연결 정책의 최소·기본·최대 TTL을 기록합니다. 정책 이름만 보고 캐시가 꺼졌다고 판단하지 않습니다. 원본의 저장 금지 지시를 따르게 하려면 최소 TTL을 0으로 설정하는지 검토합니다. CloudFront 캐싱 자체를 끄는 조건은 최소·기본·최대 TTL을 모두 0으로 설정하는 것입니다. 최소 TTL 하나만 바꾼 것과 캐싱 전체 비활성화를 구분합니다.

사용자별 응답은 별도 비밀 없는 시험으로 검사합니다

개인 자료를 두 계정 사이에 노출시키며 시험하지 말고 격리 환경에서 구분 가능한 가짜 응답으로 확인합니다. 정책 수정과 이미 저장된 응답의 처리도 따로 계획합니다. 저장 금지가 필요한 경로에서 적중 응답이 남는다면 운영 담당자와 노출 범위를 확인하고 캐시 무효화 및 재발 방지를 함께 처리합니다.

서버 운영 실행 전 점검표

• 원본 헤더만으로 캐시 금지를 단정하지 않습니다
• 실제 요청이 어느 경로 규칙에 들어갔는지 봅니다
• 사용자별 응답은 별도 비밀 없는 시험으로 검사합니다