[NHN FORWARD 2021] 웹 서버 인증서 읽어드립니다.

NHN Cloud·nhn-forward-2021 ·2021년·

#tls#certificate#pki#x509#web-security#https

AI 요약

브라우저 자물쇠 메뉴에 보이는 X.509 웹 서버 인증서를 필드 하나씩 읽어 내려가며 HTTPS 신뢰 모델을 역으로 해설한다. TLS가 대칭키와 공개키를 섞는 이유부터 CA 전자서명, chain of trust, 그리고 만료 인증서로 인한 실제 장애까지 이어진다.

핵심 포인트

HTTPS는 대량 데이터를 빠른 AES 같은 대칭키로 암호화하되 그 키 공유 handshake에 RSA 같은 비대칭 암호를 쓰며, 서버가 공개키만 보내면 신원을 증명 못 하는 문제를 CA가 소유자·공개키를 검증해 서명(SHA-256 hash를 CA 비공개키로 암호화)함으로써 해결
X.509 v3를 본문·서명 알고리즘·서명값으로 나눠 version·serial·issuer·유효기간·subject·공개키를 읽고, 브라우저가 약한 알고리즘·과도한 유효기간·domain 불일치를 거부하는 이유와 authority key identifier의 역할을 설명
서버가 함께 보내는 중간 CA를 root까지 잇는 chain of trust와, 만료된 root 경로를 legacy Java·Android·curl 호환 경로로 바꾼 실제 장애 대응, 그리고 SAN·DV/OV/EV·CRL·OCSP·basic constraints·Certificate Transparency까지 확장 필드 정리

왜 읽나인증서 오류·만료 장애를 실제로 다뤄야 하는 개발자에게 PKI 개념과 X.509 필드 의미를 브라우저 화면에 붙여 직관적으로 잡아준다.

챕터별 상세

010:10 – 3:00

브라우저에서 인증서 먼저 훑어보기

Chrome의 자물쇠 메뉴에서 Dooray 서버 인증서를 열어 domain, 소유 조직, 발급자, serial number, 유효기간, 공개키와 서명 알고리즘을 확인한다. Key usage·인증서 정책·CRL·OCSP처럼 이름만으로는 이해하기 어려운 확장 필드까지 먼저 살펴보며, 뒤에서 HTTPS와 PKI 배경을 통해 각 값의 의미를 해석할 준비를 한다.

HTTPS가 TLS 위에서 HTTP를 안전하게 전달하는 구조임을 설명하고, 실제 대량 데이터는 빠른 AES 같은 대칭키로 암호화한다. 통신 양쪽이 같은 대칭키를 공유하는 handshake에는 공개키와 비공개키가 나뉜 RSA 같은 비대칭 암호가 쓰이며, 서버가 공개키만 보내면 상대의 신원을 증명하지 못한다는 핵심 문제를 제시한다.

공격자가 자신의 공개키와 소유자 정보를 함께 보내도 브라우저가 사칭을 구별할 수 없으므로, 신뢰받는 인증기관이 두 정보를 검증해 서명한 인증서를 도입한다. 문서의 SHA-256 hash를 CA 비공개키로 암호화한 서명을 공개키로 검증해 변조 여부와 발급자를 확인하고, 등록기관·CA·서버·browser가 함께 만드는 전체 신뢰 체계를 PKI로 정리한다.

X.509 v3 인증서를 본문·서명 알고리즘·서명값으로 나누고, 본문의 version·serial·issuer·유효기간·subject·공개키를 읽는다. 브라우저가 약한 알고리즘과 키, 지나치게 긴 유효기간, 접속 domain 불일치를 거부하는 이유를 설명한 뒤 authority key identifier 같은 확장 필드가 발급 CA의 공개키를 찾도록 돕는 과정을 보여준다.

서버가 중간 CA 인증서를 함께 보내고 browser가 보유한 root 인증서까지 서명을 잇는 chain of trust를 설명하며, 만료된 root 경로를 legacy Java·Android까지 호환되는 다른 경로로 바꾼 실제 장애를 분석한다. 이어 SAN·key usage·DV/OV/EV 정책, CRL과 실시간 OCSP, CA 발급 권한을 제한하는 basic constraints, 잘못 발급된 인증서를 공개 log로 감시하는 Certificate Transparency를 다룬다.