업계 전반에 걸친 SSL/TLS 2026년 3월 15일부터 인증서 갱신 기간이 단축됩니다. 최대 유효 기간이 398일에서 200일로 줄어들어 갱신 주기가 절반으로 단축됩니다. SSL.com은 2026년 3월 11일부터 200일 유효 기간의 인증서를 발급하기 시작합니다. 귀사는 200일 인증서 만료일을 맞이할 준비가 되셨습니까?
무엇이 바뀌고 있습니까?
2026년 봄부터 3월 11일 이후 SSL.com에서 발급된 인증서는 새로운 최대 유효 기간인 200일을 충족해야 합니다. 인증서 갱신 빈도가 두 배로 늘어나면서, 적절한 도구 없이는 이미 시간이 많이 소요되는 과정이 거의 불가능해질 것입니다.
인증서 유효기간이 짧아지는 추세는 계속될 것이며, 100일 및 궁극적으로 2029년 3월 15일까지 47일 만기 증서가 도입될 예정입니다.디지털 인증서 수명주기 단축이 가속화됨에 따라 조직은 앞서 나가기 위해 지금 바로 적응해야 하며, 자동화는 더 이상 선택 사항이 아닙니다.
인증서를 수동으로 관리하는 기업의 경우, 디지털 인증서 수명 주기의 단축은 실질적인 운영 위험을 초래할 수 있습니다. 하지만 이미 자동화를 사용하고 있는 기업에게는 진화하는 보안 환경에서 자연스러운 다음 단계일 뿐입니다.
SSL의 ACME 솔루션으로 200일 디지털 인증서를 준비하는 방법
이것이 SSL의 핵심입니다. ACME(자동 인증서 관리 환경) 프로토콜 지원 ACME는 귀사에 경쟁 우위를 제공합니다. ACME를 통해 인증서 발급, 갱신 및 설치가 완전히 자동화되어 사람의 개입이 필요 없으며, 수동 관리 없이도 인증서가 항상 최신 상태로 유지되도록 지원합니다.
SSL.com을 이용한 자동화된 인증서 관리의 이점은 다음과 같습니다.
- 비접촉 갱신설정이 완료되면 ACME는 인증서 갱신을 자동으로 처리하므로 수동으로 갱신할 필요가 없습니다. CSR 생성, 유효성 검사 또는 설치 여부와 관계없이 인증서는 매번 정해진 일정에 따라 갱신됩니다.
- 완벽한 통합ACME는 cPanel, Plesk, Kubernetes 및 클라우드 인프라와 같은 인기 플랫폼과 통합되어 환경을 전면적으로 변경할 필요 없이 기존 워크플로에 직접 통합됩니다.
- 확장성ACME는 관리하는 인증서 수가 10개든 1만 개든 관계없이 손쉽게 확장할 수 있습니다. 인프라가 성장하더라도 인증서 관리가 더 복잡해지는 것이 아니라, 그저 원활하게 작동합니다.
- 가동 중단 위험 감소자동화 시스템을 통해 예상치 못한 만료 인증서 문제를 해결할 수 있습니다. 더 이상 주말에 긴급하게 인증서를 갱신할 필요가 없으며, 웹사이트 보안 경고에 대한 불만 이메일을 받을 일도 없습니다.
- 미래에도 유효한 접근 방식업계에서 100일 또는 47일 인증서로 전환하더라도, 귀사는 중단 없이 더 짧은 인증서 유효 기간을 처리할 수 있는 인프라를 이미 갖추고 있습니다.
지금 바로 SSL에 문의하여 인증서 관리 자동화를 시작하세요.ACME 기반 솔루션은 200일 전환 기간을 원활하게 진행하고 비즈니스의 미래 경쟁력을 확보하는 데 도움을 줄 것입니다.
왜 이런 일이 일어나고 있습니까?
이는 SSL과 같은 개별 인증 기관이 내린 결정이 아니라, 업계 전체의 의무 사항이라는 점을 이해하는 것이 중요합니다. CA/브라우저 포럼(CABF)인증 기관, 브라우저 공급업체 및 운영 체제 제공업체로 구성된 업계 단체입니다. CABF는 기본 요건을 설정합니다. 공개적으로 신뢰받는 SSL의 경우/TLS 인증서.
인증서 유효기간이 짧아지는 이유는 간단합니다.
- 향상된 보안인증서 유효 기간을 제한하면 인증서가 손상되거나 잘못 발급된 경우 위험 노출 기간을 줄일 수 있습니다. 자물쇠를 더 자주 교체하는 것과 같습니다. 열쇠가 유통되는 시간이 짧을수록 위험이 낮아집니다.
- 향상된 암호화 유연성인증서 수명이 짧아짐에 따라 새로운 알고리즘과 보안 표준을 도입하기가 더 쉬워집니다. 양자 컴퓨팅 위협이 대두됨에 따라 인증서를 신속하게 교체할 수 있는 능력은 더욱 중요해질 것입니다.
- 더욱 강화된 검증 관행갱신 주기가 잦을수록 도메인 및 조직 검증이 더 자주 이루어져 인증서 소유자가 합법적이고 권한을 유지하도록 보장합니다.
이러한 이점들은 인터넷의 전반적인 보안을 강화하지만, 아직 자동화를 도입하지 않은 기업들에게는 운영상의 어려움을 야기합니다. 200일 유효기간의 디지털 인증서로의 전환은 갱신 횟수, 유효성 검사 요건, 그리고 인적 오류 발생 가능성을 두 배로 늘립니다.
수동 인증서 관리의 실제 비용
200일 후 현실에서 수동 인증서 관리가 어떤 모습일지 솔직하게 이야기해 봅시다.
- 지속적인 갱신 주기그러면 두 배 이상 자주 갱신하게 되어 지속적인 갱신 주기가 만들어집니다. CSR 생성, 검증, 설치 및 테스트.
- 만료된 인증서 위험 증가갱신 기간이 짧아짐에 따라 오류 발생 여지가 사라집니다. 갱신을 놓치는 순간 웹사이트 장애, API 오류, 고객을 불안하게 만드는 보안 경고, 그리고 잠재적인 규정 위반으로 이어질 수 있습니다.
- 팀 번아웃IT 및 DevOps 팀은 인증서 관리에 더 많은 시간을 할애하고 전략적 계획에 투자할 시간은 줄어들 것입니다. 인증서 관련 문제 해결이 예외가 아닌 일상이 될 것이며, 이는 오류 발생률 증가로 이어질 수 있습니다.
해결책은 인력을 더 고용하거나 근무 시간을 연장하는 것이 아닙니다. 오히려 인증서 수명 주기 전체를 처리해주는 자동화 도구를 도입하는 것입니다.
지금 준비하세요: 2026년 3월이 생각보다 가까이 다가왔습니다.
마감일 이전에 SSL.com은 인증서 프로필을 자동으로 업데이트하여 향후 인증서 수명 주기 기간 변경 사항을 준수하도록 할 예정입니다. 또한 기존 고객은 연간 구매 기간 중 남은 기간에 대한 대체 인증서를 발급받을 수 있습니다.
지금 자동화를 도입하는 조직은 원활하게 전환할 수 있습니다. 반면, 도입을 미루는 조직은 인증서 만료로 인해 혼란, 위험 증가, 사업 중단 등의 문제에 직면하게 될 것입니다.
좋은 소식입니다. 2026년 3월 11일 이전에 조치를 취할 수 있습니다. SSL.com의 ACME 솔루션은 지금 바로 이용 가능하므로 마감일 전에 자동화된 워크플로우를 테스트하고 개선할 시간을 확보할 수 있습니다.
지금 바로 행동하세요. 200일 인증서 만료일에 대비하십시오. SSL.com의 ACME 솔루션이 어떻게 인증서 관리를 자동화하고, 비즈니스를 보호하며, 운영 위험을 줄이는지 알아보세요.
다른 열쇠 CABF 기본 요구사항 2026년 3월 15일 변경 사항:
| 규정 준수 | 섹션 | 요약 설명 (자세한 내용은 전문을 참조하십시오) |
| 2026-03-15 | 3.2.2.4 | 기본 네트워크에서 도메인 권한 부여 또는 제어 유효성 검사와 관련된 모든 DNS 쿼리에 대해 IANA DNSSEC 루트 트러스트 앵커로의 DNSSEC 유효성 검사를 반드시 수행해야 합니다. |
| 2026-03-15 | 3.2.2.4 | CA는 도메인 권한 부여 또는 제어 유효성 검사와 관련된 모든 DNS 쿼리에 대해 DNSSEC 유효성 검사를 비활성화하기 위해 로컬 정책을 사용해서는 안 됩니다. |
| 2026-03-15 | 3.2.2.8.1 | 기본 네트워크 관점에서 수행되는 CAA 레코드 조회와 관련된 모든 DNS 쿼리에 대해 IANA DNSSEC 루트 트러스트 앵커에 대한 DNSSEC 유효성 검사를 반드시 수행해야 합니다. |
| 2026-03-15 | 3.2.2.8.1 | CA는 로컬 정책을 사용하여 CAA 레코드 조회와 관련된 DNS 쿼리에 대한 DNSSEC 유효성 검사를 비활성화해서는 안 됩니다. |
| 2026-03-15 | 3.2.2.8.1 | 기본 네트워크 관점에서 관찰된 DNSSEC 유효성 검사 오류(예: SERVFAIL)는 발급 허가로 간주해서는 안 됩니다. |
| 2026-03-15 | 4.2.2 | CA는 IP 역방향 영역 접미사로 끝나는 도메인 이름을 포함하는 인증서를 발급해서는 안 됩니다. |
| 2026-03-15 | 4.2.1 | 정보 주체 신원 정보 검증 후 데이터 재사용 최대 기간은 398일입니다. |
| 2026-03-15 | 4.2.1 | 도메인 이름 및 IP 주소 유효성 검사 데이터의 최대 재사용 기간은 200일입니다. |
| 2026-03-15 | 6.3.2 | 가입자증서의 최대 유효기간은 200일입니다. |
| 2026-03-15 | 7.1.2.4 | CA는 사전 인증서 서명 CA를 사용하여 사전 인증서를 발급해서는 안 됩니다. CA는 섹션 7.1.2.4에 명시된 기술적 제약이 있는 사전 인증서 서명 CA 인증서 프로필을 사용하여 인증서를 발급해서는 안 됩니다. |
