요약

  • DigiCert는 일부 CNAME 기반 도메인 검증이 방식이 요구하는 밑줄 접두사 없이 실행됐다고 인정했다. 회사 설명에 따르면 해당 도메인 검증의 약 0.4%가 영향을 받았다.
  • 이어서 자사에 CA/Browser Forum의 24시간 폐기 규칙을 적용했고, 다른 시작 사건을 기준으로 기한을 다시 계산해 폐기를 최대 120시간 늦춰 2024년 8월 3일 19:30 UTC로 옮겼다.

도메인 통제 검증은 신청이 주장에서 인증서로 바뀌는 지점이다. 인증 기관은 신청자가 그 이름을 실제로 통제하는지 확인한 뒤 서명한다. 이 검사는 코드다. 그래서 올바로 작성하고 올바로 검토해도, 방식이 요구하는 동작과 어긋날 수 있다.

DigiCert의 CNAME 경로는 어긋나 있었다. 회사는 자사 사고 페이지에 이렇게 적었다. "Recently, we learned that we did not include the underscore prefix with the random value used in some CNAME-based validation cases" (DigiCert 사고 페이지).

밑줄은 장식이 아니다. CNAME 방식 검증에서는 신청자가 접두사가 붙은 레이블 아래 DNS 레코드에 임의값을 게시하고, 인증 기관이 그것을 다시 읽는다. 접두사가 빠지면 실행된 검사는 규정된 검사가 아니다. DigiCert는 영향 범위를 해당 도메인 검증의 약 0.4%로 제시한다(DigiCert 사고 페이지). 이 비율은 운영자가 직접 공개한 수치다. 여기서 검토한 자료에는 영향을 받은 인증서나 고객 수를 독립적으로 센 기록이 없다.

이제 이 사건을 남겨 둘 이유가 나온다. 발견은 DigiCert가 했다. 공개도 DigiCert가, 자사 페이지에서, 자사 표현으로 했다. 그리고 규칙 집행도 마찬가지였다.

2024년 7월 29일 02:17 UTC에 회사는 예비 사고 보고서를 제출했고, 같은 날 22:36 UTC에 폐기 통지를 보내며 이렇게 밝혔다. "The 24-hour revocation rule applies in this circumstance as the issue impacts domain validation" (Mozilla Bugzilla 1910322). CA/Browser Forum 기본 요건의 해당 조문은 이번 취재에서 확보하지 않았다. 아래에서 이 규칙은 DigiCert가 설명한 형태로만 다루며, 연장이 규칙을 지켰는지 여부는 판단하지 않는다.

다음 문서에서 시계는 눈에 보이게 되고, 동시에 하나의 결정이 된다. "The 24 hours expired at 22:36 - 24 hours from when we had the serial numbers" (Mozilla Bugzilla 1910805). 이 문장은 기한을 확정하는 동시에, 그 기한이 선택 위에 서 있음을 드러낸다. 24시간은 어느 사건부터 세는가. DigiCert 자신의 보고서는 이 모호함을 지적하지만 해소하지는 않는다.

그다음에 일어난 일은 기한을 놓친 것이 아니라, 기한을 옮긴 것이었다. 같은 보고서는 고객 영향과 법적 조치, 예외적 상황에 관한 논의를 거쳐 폐기를 최대 120시간 늦추는 결정을 기록한다(Mozilla Bugzilla 1910805). 이 결정을 승인했거나 명령했거나 뒤집은 외부 당사자는 문서에 나오지 않는다.

대체 기한은 상태 페이지에 붙었다. "All certificates impacted by this incident, regardless of circumstances, will be revoked no later than Saturday, August 3rd 2024, 19:30 UTC" (DigiCert Status). 같은 이력은 식별된 TLS 인증서가 2024년 8월 3일 약 19:30 UTC에 폐기됐다고 적는다. 운영자가 남긴 시각이다. 영향을 받은 일련번호의 폐기에 대한 독립적 확인은 얻지 못했으므로, 여기서 폐기 기록은 의무자가 자기 작업에 대해 한 말이다.

한 가지 대목은 두 번 볼 만하다. 공개 사고 페이지가 실제로 무엇인지 보여 주기 때문이다. 이 페이지는 2024년 7월 29일 게시됐고 2024년 8월 4일 갱신 표시가 붙어 있으며, 지금은 영향을 받은 고객에게 2024년 8월 9일 20:30 UTC까지 인증서를 교체하라고 요구한다(DigiCert 사고 페이지). 그것은 나중의 갱신이며 최초 기한이 아니다. 오늘 이 글을 읽는 사람은 사고가 진행되는 동안 다시 쓰인 문서의 정리된 판본을 보는 셈이다.

이 기록에 없는 것은 외부의 판정이다. 이번 브리핑에서 검토한 네 문서 — DigiCert 사고 페이지, Bugzilla 보고서 두 건, 상태 이력 — 어디에도 Mozilla 루트 프로그램이나 브라우저 제조사의 집행 조치, 투표, 후속 결과가 나오지 않으며, 이 글도 어떤 집행 결과를 주장하지 않는다.

이 복구에서 믿을 만한 부분은 실재한다. 폐기된 일련번호는 관측할 수 있고, 만료된 인증서는 연결되지 않으며, 교체 지시는 따를 수 있다. 외부에서 확인할 수 없는 부분은 일정을 결정한 바로 그 지점이다. 어느 사건이 시계를 열었는지, 왜 연장이 하루가 아니라 닷새였는지, 규칙에 권한이 있는 누군가가 동의했는지. DigiCert, Inc.는 이 매체 디렉터리에 항목을 두고 있다. 그 항목은 기관으로서의 윤곽을 서술하며 검증 관행에 대한 평가는 아니다.

기록이 보여 주는 것은 빠르게 공개하고, 공개 석상에서 자기 입장을 변론하고, 마침내 자기가 써 준 기한을 지킨 운영자다. 동시에 그것은 기한이 움직인 이유가 의무자가 움직였기 때문임을 보여 준다.