Apple이 주도하는 브라우저·CA 연합이 SSL/TLS 인증서 유효기간을 단계적으로 단축하기로 결정했다. 현재 최대 398일에서 2029년까지 47일로 줄어든다. 교보DTS가 이 변화에 어떻게 대응했는지를 실무 관점에서 정리한 글이다.
핵심 포인트- 유효기간 단축 로드맵: 2026년 200일 → 2027년 100일 → 2029년 47일 (Apple CA/Browser Forum 결정)
- 단축 3대 이유: ① 키 노출 최소화(유출 시 피해 기간 축소) ② 인증서 신뢰 유지(취소 메커니즘 한계 보완) ③ 알고리즘 민첩성(포스트 퀀텀 전환 가속)
- 수동 관리의 한계: 47일 주기 수동 갱신은 연 7.7회 → 멀티클라우드 환경에서 사실상 운영 불가
- CSP 관리형 서비스 우선: AWS ACM, GCP Certificate Manager 등 자동 갱신 서비스로 전환 권고
- 상용 솔루션 옵션: DigiCert CertCentral, Venafi TrustNet — 온프레미스·멀티클라우드 혼합 환경 대응
- 모니터링 3단계 경보: 만료 30일/15일/7일 전 알림 체계 구성 필수
상세 정리- 현황: 2024년 기준 최대 유효기간 398일(13개월), 2025년 Apple 제안 채택으로 단축 확정
- 2026년 200일 시행: 기존 1년 주기 갱신 팀은 반년 주기로 전환 필요
- 2029년 47일 시행: 6주마다 갱신 — 자동화 없이는 불가능한 수준
- 키 노출 최소화 효과: 유효기간 47일이면 키 탈취 후 악용 가능 기간도 47일 이하로 제한
- OCSP/CRL 한계: 브라우저의 인증서 취소 확인이 불완전 → 유효기간 단축이 사실상 취소 메커니즘 역할
- 포스트 퀀텀: NIST PQC 표준 확정에 따라 인증서 알고리즘 교체 주기 단축 필요 → 짧은 유효기간이 마이그레이션 창구
- AWS ACM 적용: ELB/CloudFront에 붙인 인증서는 자동 갱신, Route53 통합으로 DNS 검증 자동화
- 온프레미스 대응: ACME 프로토콜(Let's Encrypt 호환) + certbot/acme.sh 자동화 스크립트 조합
- 교보DTS 선택: 멀티클라우드 + 온프레미스 혼합 환경 → 상용 인증서 관리 플랫폼 + CSP 관리형 서비스 조합
- 인벤토리 관리: 전체 인증서 목록화(CN, SAN, 만료일, 담당자) 없이는 자동화도 불완전
왜 읽나2026년부터 순차 시행되는 인증서 유효기간 단축에 아직 대응 계획이 없다면, 지금 당장 인증서 인벤토리 현황부터 파악해야 한다는 것을 이 글이 구체적인 로드맵으로 알려준다.