무슨 일이 있었나요?
인도의 인증기관(CA)인 eMudhra의 중간 CA(Intermediate CA)가 침해됐다는 내용이 별도 공개 사이트를 통해 알려졌어요. eMudhra는 인도에서 전자서명과 디지털 인증서 사업을 해온 회사로, emSign이라는 브랜드로 루트 인증서를 운영하고 있어요.
'인도 회사 얘기네' 하고 넘기기 쉬운데, 그러면 안 돼요. 웹 PKI는 어느 CA 하나만 뚫려도 전 세계 모든 도메인이 위험해질 수 있는 구조거든요. 그래서 이런 사고가 나면 나라나 회사 규모와 상관없이 브라우저 진영 전체가 긴장해요. 다만 사실관계나 CA 측 공식 해명, 브라우저 루트 프로그램의 대응은 아직 정리되는 중일 수 있어요. 세부 내용은 원문과 함께 Mozilla dev-security-policy 메일링 리스트, 각 루트 프로그램 공지를 꼭 확인해주세요. 이 글에서는 이게 왜 심각한 일인지를 차근차근 풀어볼게요.
신뢰 사슬, 이게 뭐냐면
브라우저가 https:// 사이트에 접속하면 서버는 인증서를 내밀어요. 브라우저는 이걸 바로 믿지 않고 '누가 서명했지?' 하고 거슬러 올라가요.
1. 서버 인증서(Leaf): example.com 같은 도메인에 발급된 인증서예요
2. 중간 CA 인증서(Intermediate): 서버 인증서에 서명한 인증서예요
3. 루트 CA 인증서(Root): 중간 CA에 서명한 최상위 인증서로, 운영체제와 브라우저에 미리 심어져 있어요
루트 CA는 본사, 중간 CA는 지점, 서버 인증서는 지점에서 발급한 신분증이라고 생각하면 쉬워요. 본사 도장은 너무 귀해서 금고(오프라인 HSM)에 넣어두고, 실제 발급 업무는 지점이 맡아요. 그래서 매일 실무에 쓰이는 키는 중간 CA 키예요.
중간 CA가 뚫리면 왜 위험할까요?
공격자가 중간 CA의 개인키를 손에 넣으면 아무 도메인이나 진짜처럼 보이는 인증서를 찍어낼 수 있어요. 은행이든 포털이든 여러분 회사 도메인이든 가리지 않아요. 이렇게 만든 인증서도 루트까지 서명 체인이 정상적으로 이어지기 때문에, 브라우저 입장에서는 진짜와 구분할 방법이 없어요.
이걸로 할 수 있는 대표적인 공격이 중간자 공격(MITM) 이에요. 공용 와이파이나 네트워크 경로를 장악한 공격자가 가짜 인증서로 HTTPS 연결을 가로채는 거죠. 자물쇠 아이콘은 멀쩡히 뜨는데 통신 내용은 전부 새어나가요. 2011년 네덜란드 CA DigiNotar 사건이 대표적이에요. 해킹으로 구글 도메인용 가짜 인증서가 발급됐고, 이게 실제로 이란 사용자들의 Gmail 감청에 쓰였어요. DigiNotar는 결국 모든 브라우저에서 신뢰를 잃었고 회사도 파산했어요.
지금은 그때와 뭐가 다를까요?
다행히 2011년 이후로 방어 장치가 꽤 늘었어요.
먼저 Certificate Transparency(CT) 가 있어요. 공개적으로 신뢰받는 인증서는 발급 기록이 공개 로그에 남아 있어야 브라우저가 받아들여요. 몰래 찍어낸 인증서도 흔적이 남는 구조라서, 도메인 주인이 로그를 지켜보면 이상한 발급을 잡아낼 수 있어요.
다음은 CAA 레코드예요. DNS에 '우리 도메인 인증서는 이 CA만 발급할 수 있다'고 적어두는 장치예요. 정상적인 CA는 발급 전에 이걸 확인해야 해요. 다만 키를 훔친 공격자가 직접 서명하는 경우에는 CA의 절차를 아예 건너뛰기 때문에 막지 못해요.
인증서 수명도 짧아지고 있어요. CA/B 포럼 결정에 따라 2026년 3월부터 인증서 최대 유효기간이 200일로 줄었고, 2029년에는 47일까지 단계적으로 줄어들어요. 사고가 나도 피해가 이어지는 기간이 짧아지는 효과가 있어요.
그래도 폐기(revocation) 는 여전히 약한 고리예요. 침해된 중간 CA를 폐기하더라도, 브라우저가 이걸 빨리 반영하려면 Chrome의 CRLSet이나 Firefox의 CRLite 같은 브라우저 자체 장치, 또는 루트 프로그램의 신뢰 제거 조치가 필요하거든요.
한국 개발자가 지금 해볼 것
가장 먼저 CT 모니터링을 걸어두세요. crt.sh에서 회사 도메인을 검색해볼 수 있고, Cert Spotter 같은 서비스로 알림을 받으면 낯선 CA가 내 도메인 인증서를 발급했을 때 바로 알 수 있어요. CAA 레코드도 설정해두세요. 쓰는 CA만 허용해두면 정상 절차를 거친 오발급은 막을 수 있고, 5분이면 끝나요.
인증서 수명이 계속 짧아지고 있으니 ACME 기반 자동 갱신도 사실상 필수가 됐어요. 아직 손으로 갱신하는 서버가 남아 있다면 이번 기회에 정리해보세요. 마지막으로 사내 트러스트 스토어도 점검해보세요. 직접 관리하는 서버나 컨테이너 이미지, 임베디드 장비에 오래된 CA 번들이 박혀 있으면, 브라우저가 신뢰를 제거한 뒤에도 그 장비들은 계속 문제의 인증서를 믿을 수 있어요.
마무리
한 줄 정리: 중간 CA 하나만 뚫려도 모든 도메인이 위험해질 수 있어요. 결국 내 서비스를 지켜주는 건 CT 모니터링과 CAA 같은 기본기예요.
여러분 회사 도메인에는 CAA 레코드가 설정돼 있나요? CT 로그 모니터링을 실제로 운영하고 있는 분들은 어떤 도구를 쓰는지 경험을 나눠주세요!
🔗 출처: Hacker News