PKI로 구축하는 인증서 신뢰 체계와 상태 검증

공개키의 주인을 증명하는 PKI

PKI(Public Key Infrastructure)는 공개키 암호 방식을 바탕으로 디지털 통신의 인증, 무결성, 기밀성을 지원하는 신뢰 기반 체계다. 단순히 키를 생성하고 배포하는 데서 끝나지 않는다. 공개키가 누구의 것인지 확인하고, 인증서를 발급·갱신·폐기하며, 더 이상 신뢰할 수 없는 인증서의 상태를 알리는 운영 구조까지 포함한다.

이 체계의 중심에는 다음 구성요소가 있다.

• 인증기관(CA, Certificate Authority)은 신뢰할 수 있는 제3자로서 디지털 인증서를 발급하고 관리한다. 발급, 갱신, 폐기를 포함한 인증서 생명주기를 담당하며, 한국의 KISA와 VeriSign(현 Symantec), DigiCert 등이 예로 언급된다.
• 등록기관(RA, Registration Authority)은 CA를 대신해 인증서 신청자의 신원을 확인한다. 발급 요청의 유효성을 검증한 뒤 CA로 전달한다.
• 디지털 인증서는 사용자 신원과 공개키를 연결하는 전자 문서다. 주로 X.509 형식을 사용하며, 소유자 정보, 공개키, 유효기간, 발급기관 정보 등을 담는다.
• 인증서 저장소(Certificate Repository)는 발급된 인증서를 보관하고 접근을 제공한다. LDAP(Lightweight Directory Access Protocol) 등을 통해 관리할 수 있다.
• 인증서 폐기 목록(CRL, Certificate Revocation List)은 유효기간이 끝나기 전에 폐기된 인증서를 관리한다. 보안 침해나 키 손상으로 효력을 잃은 인증서가 여기에 포함된다.

발급과 통신 검증이 이어지는 방식

인증서 발급은 사용자 키 쌍, 신원 확인, CA의 서명이라는 흐름으로 진행된다. 사용자가 공개키와 개인키를 만들고 RA에 신원을 증명하며 발급을 요청하면, RA는 이를 검증해 CA에 전달한다. CA는 사용자의 공개키를 포함한 인증서를 생성해 발급한다.

⤢✕

통신 단계에서는 송신자가 수신자 인증서에서 공개키를 추출한다. 이 공개키는 메시지 암호화 또는 디지털 서명 검증에 사용되며, 암호화된 메시지는 수신자가 자신의 개인키로 복호화한다.

모바일 환경에 맞춘 Wireless PKI

Wireless PKI(WPKI)는 기존 PKI를 무선 네트워크 환경에 맞춰 최적화한 체계다. 모바일 기기의 보급으로 무선 환경의 인증 요구가 늘면서 중요성이 커졌다.

모바일 환경에서는 CPU, 메모리, 배터리처럼 제한된 자원을 고려해야 한다. 경량화된 인증서 형식과 암호화 알고리즘을 사용하며, WTLS(Wireless Transport Layer Security) 프로토콜을 활용하는 방식이 예다. 인증서 발급과 갱신에는 OTA(Over-The-Air) 방식을 적용할 수 있고, 기기 내부의 USIM 같은 안전한 저장소도 활용한다.

적용 대상에는 모바일 뱅킹·결제 시스템, 모바일 전자정부 서비스, IoT 기기 간 보안 통신이 포함된다.

⤢✕

인증서 폐기 여부를 확인하는 OCSP

OCSP(Online Certificate Status Protocol)는 디지털 인증서의 유효성을 실시간으로 확인하는 프로토콜이다. 인증서 폐기 목록을 내려받아 확인하는 CRL 방식의 한계를 보완한다.

OCSP는 특정 인증서의 상태만 요청하므로 CRL 전체를 다운로드할 필요가 없다. 그에 따라 대역폭 사용량을 줄이고 응답 시간을 개선할 수 있다. OCSP 응답자(Responder)는 인증서 상태 정보를 제공하는 서버이며, CA의 권한을 위임받아 상태 정보에 서명한다.

항목	OCSP	CRL
작동방식	실시간 요청-응답	주기적 목록 배포
응답시간	빠름	상대적으로 느림
네트워크 부하	낮음	높음
프라이버시	낮음(특정 인증서 확인 노출)	높음
구현 복잡성	높음	낮음

⤢✕

설계부터 폐기까지 관리하는 PKI 수명주기

PKI는 복잡한 보안 인프라다. 설계와 구축만으로 신뢰가 유지되지는 않으며, SLC(System Life Cycle)를 통해 폐기까지 관리해야 한다.

계획 및 설계 단계에서는 요구사항을 분석하고 정책을 세운다. 보안·운영 정책과 하드웨어·소프트웨어 아키텍처를 설계하며, 금융기관은 금융보안원 가이드라인 준수를 예로 들 수 있다.

구현 단계에서는 CA와 RA 시스템을 구축하고 HSM(Hardware Security Module) 같은 보안 장비를 설치한다. 키 생성과 인증서 템플릿 구성, 인증서 정책(CP) 및 인증 업무 준칙(CPS) 문서화도 이 단계에 속한다.

운영 중에는 인증서 발급·갱신·폐기를 관리하고, 시스템 모니터링과 백업, 보안 감사와 로그 관리를 수행한다. 정기적인 보안 평가와 업데이트도 이어진다.

업그레이드와 유지보수에서는 알고리즘 및 키 길이, 소프트웨어 패치와 버전, 하드웨어 교체와 확장을 검토한다. 시스템을 이전하거나 폐기할 때는 키와 인증서를 안전하게 처리하고, 데이터를 마이그레이션하며, 폐기 과정을 문서화해야 한다.

이 수명주기 관리는 루트 CA 키 손상 같은 재난 상황에 대비하고 취약점을 지속적으로 관리하는 기반이 된다. 전자서명법, GDPR 같은 법적 요구사항과 외부 감사에 대응하는 데도 필요하다. 인증서 폐기·갱신 정책을 지키고 서비스 연속성을 확보하는 일 역시 여기에 포함된다.

운영 환경에서 확인할 설계 조건

PKI를 실제로 구축할 때는 인증서 수요가 늘어나는 상황을 고려해야 한다. 대규모 기업에서는 부서별 하위 CA를 두는 분산 CA 아키텍처가 한 방법이 될 수 있다.

플랫폼과 애플리케이션 간 호환성도 중요하다. X.509와 PKCS 시리즈처럼 표준 프로토콜과 형식을 준수해야 상호운용성을 확보할 수 있다. 서비스 중단을 줄이기 위한 고가용성(HA) 구성과 재해 복구(DR) 계획도 함께 설계 대상이다.

보안 설계에서는 물리적·논리적 접근 통제, 다중 인증, 권한 분리, 키 에스크로 정책을 함께 다룬다. PKI는 인증서 발급 기능만으로 완성되는 시스템이 아니라, 키와 신뢰 사슬을 지속적으로 보호하는 운영 인프라다.

양자 컴퓨팅 시대에 대비한 양자내성 암호화(PQC) 기술의 도입 등을 포함해 PKI 시스템은 계속 진화할 전망이다.