SSL 인증서 만료가 왜 보안 사고로 이어지는가

SSL 인증서 만료가 왜 보안 사고로 이어지는가

사소해 보이는 갱신 실수가 서비스 장애와 침해로 이어지는 이유

게시 날짜

작성자

Team Riskmap

사소해 보이는 갱신 실수가 서비스 장애와 침해로 이어지는 이유

SSL/TLS 인증서 만료는 보안 사고처럼 느껴지지 않습니다. 해킹도 아니고, 취약점도 아니고, 단지 "날짜가 지난 파일" 하나일 뿐이니까요.

하지만 실제로는 많은 기업이 인증서 만료로 인해 서비스 장애를 겪고, 그 여파로 예상하지 못한 보안 위험에 노출됩니다. 인증서 만료가 왜 단순한 운영 이슈를 넘어 보안 사고로 이어지는지 살펴보겠습니다.

인증서가 만료되면 실제로 무슨 일이 벌어지는가

인증서 만료는 조용히 지나가지 않습니다. 대부분 다음과 같은 형태로 드러납니다.

  • 브라우저의 "안전하지 않음" 경고와 함께 사용자 접속 차단

  • 서버 간, 서비스 간 API 통신 실패 (내부 시스템일수록 발견이 늦어짐)

  • 모바일 앱, IoT 기기 등 사용자가 직접 갱신할 수 없는 환경에서의 서비스 중단

  • 배치 작업, 인증서 기반 인증(mTLS) 실패로 인한 연쇄 장애

문제는 이런 장애가 대부분 "새벽에, 갑자기, 원인을 모르는 채로" 발생한다는 점입니다. 인증서는 만료 순간까지는 정상 동작하다가, 자정을 기점으로 완전히 끊기기 때문에 사전 징후를 눈치채기 어렵습니다.

왜 인증서 만료를 막지 못하는가

인증서 관리가 어려운 이유는 기술이 부족해서가 아니라, 자산 자체를 파악하지 못하기 때문입니다.

원인

설명

수동 갱신 프로세스

담당자가 캘린더나 엑셀로 만료일을 직접 추적

담당자 공백

퇴사, 조직 개편으로 인증서를 발급한 사람만 알고 있던 정보가 사라짐

자산 목록의 사각지대

CMDB나 자산 목록에 등록되지 않은 서버·서브도메인의 인증서

다수의 발급 주체

팀마다 서로 다른 CA(인증기관)와 발급 방식을 사용

임시로 발급된 인증서

POC, 테스트 환경에서 만든 인증서가 그대로 운영에 남는 경우

이 중에서도 가장 근본적인 문제는 "자산 목록의 사각지대"입니다. 관리 대상으로 등록되지 않은 서버는 인증서 만료 알림 체계에도 포함되지 않기 때문에, 만료가 임박해도 아무도 알 수 없습니다.

인증서 만료가 만드는 진짜 보안 리스크

인증서 만료의 진짜 위험은 서비스 중단 자체가 아니라, 장애를 수습하는 과정에서 발생합니다.

서비스가 갑자기 멈추면 담당팀은 빠른 복구를 위해 임시 조치를 취하게 됩니다.

  • 인증서 검증을 임시로 비활성화 (TLS 검증 우회)

  • 만료된 인증서를 그대로 유지한 채 서비스 재개

  • 급하게 자체 서명(self-signed) 인증서로 대체

이런 임시 조치는 장애를 멈추는 데는 효과적이지만, 그 자체로 새로운 공격 표면을 만듭니다. TLS 검증이 비활성화된 구간은 중간자 공격(MITM)에 취약해지고, 자체 서명 인증서로 임시 대응한 구간은 이후 정식 인증서로 되돌리는 것을 잊고 방치되는 경우가 많습니다.

즉, 인증서 만료는 "한 번의 장애"로 끝나지 않고, 그 대응 과정에서 관리되지 않는 취약한 구간을 새로 만들어냅니다.

만료된 인증서는 관리되지 않는 자산의 신호이기도 하다

인증서가 오랫동안 갱신되지 않고 방치되어 있다는 것은, 그 인증서가 걸려 있는 서버 역시 오랫동안 아무도 들여다보지 않았다는 신호일 가능성이 높습니다.

실제로 만료된 인증서가 발견되는 서버에서는 다음과 같은 문제가 함께 발견되는 경우가 많습니다.

  • 오래된 운영체제, 미적용 보안 패치

  • 퇴사자 계정이 남아 있는 시스템

  • 보안 에이전트(EDR 등)가 설치되지 않은 상태

인증서 만료 여부는 단순한 갱신 이슈가 아니라, 해당 자산이 얼마나 관리되고 있는지를 보여주는 지표로도 활용할 수 있습니다.

CAASM이 인증서 만료를 막는 방법

CAASM(Cyber Asset Attack Surface Management)은 인증서를 하나의 독립된 관리 항목이 아니라, 자산 정보의 일부로 통합하여 관리합니다.

  • 여러 시스템에 흩어진 인증서 정보를 하나의 관점에서 통합 조회

  • 자산 목록에 등록되지 않은 서버의 인증서까지 함께 탐지

  • 만료 임박 인증서를 자동으로 식별하고, 자산의 담당자와 매칭하여 알림

  • 인증서 상태를 다른 보안 지표(패치 현황, EDR 설치 여부 등)와 함께 종합적으로 확인

CMDB나 개별 모니터링 도구만으로는 등록된 자산의 인증서만 확인할 수 있습니다. CAASM은 등록 여부와 무관하게 실제로 운영 중인 모든 자산을 대상으로 인증서 현황을 확인한다는 점에서 차이가 있습니다.

마치며

SSL 인증서 만료는 사소한 운영 실수처럼 보이지만, 실제로는 서비스 장애와 보안 취약점을 동시에 만들어내는 사건입니다.

효과적인 인증서 관리는 갱신 알림을 더 자주 보내는 것에서 시작되지 않습니다. 먼저 "우리가 어떤 인증서를, 어떤 자산에, 몇 개나 운영하고 있는가"를 정확히 파악하는 것이 출발점입니다.

인증서도 결국 자산의 일부이며, 자산을 모르면 인증서도 관리할 수 없습니다.