Let's Encrypt 포스트-양자 암호학 마이그레이션

Let's Encrypt는 포스트-양자 암호학(PQC)으로의 전환을 시작하여 Web PKI 생태계의 장기적인 보안을 보장하려고 합니다. 이 마이그레이션의 주요 메커니즘은 Merkle Tree Certificates(MTCs)를 채택하는 것이며, 이는 신뢰의 전통적인 인증서 체인을 대체합니다. 전통적인 RSA 및 ECC 인증서는 충분히 강력한 양자 컴퓨터에 의해 암호 분석에 취약합니다.

Merkle Tree Certificates(MTCs)로의 전환

Let's Encrypt는 인증서가 게시된 Merkle 트리의 일부가 되는 시스템으로 이동하고 있습니다. 이 아키텍처적 변화는 두 가지 주요 이점을 제공합니다: 효율성과 내재된 투명성.

내재된 인증서 투명성

발행 후에 "볼트 온" 방식으로 추가되는 현재 Certificate Transparency(CT) 시스템과 달리, MTCs는 투명성을 발행 자체의 속성으로 만듭니다. 현재 시스템에서는 인증서가 CA에 의해 발행된 후, TLS 핸드쉐이크에 포함되어야 하는 서명(SCT)과 함께 별도로 기록됩니다. MTCs에서는 인증서가 Merkle 트리 외부에 존재할 수 없으며, 이는 설계상 투명성이 내장되어 있음을 의미합니다.

성능 및 핸드쉐이크 효율성

포스트-양자 알고리즘을 사용함에도 불구하고, MTC 핸드쉐이크는 오늘날의 Web PKI 핸드쉐이크보다 더 효율적으로 설계되었습니다. 일반적인 경우, 인증 경로는 하나의 서명, 하나의 공개 키, 그리고 하나의 포함 증명으로 구성되며, 이는 전통적인 인증서 체인에 비해 TLS 핸드쉐이크 동안 전체 데이터 전송량을 줄입니다.

포스트-양자 마이그레이션의 중요한 보안 영향

포스트-양자 인증은 루트 CA, 코드 서명 키, secure boot 인증서와 같은 오래된 키들이 마이그레이션에 수년이 걸리기 때문에 중요한 우선순위입니다. 산업은 종종 암호화된 데이터를 표적으로 하는 "Harvest Now, Decrypt Later"(HNDL) 위협에 초점을 맞춰 왔습니다. 그러나 인증 서명은 igualmente 긴급합니다. 왜냐하면 양자 위조는 키 유출이나 라이브러리 버그와 operationally 구별할 수 없기 때문입니다.

"위협은 암흑적입니다: 관찰할 수 없는 트리거에 대한 반응적 마이그레이션은 구조적으로 불가능합니다. 당신은 위조된 서명, 지갑이 비워진 상태, 실패한 인증서를 볼 수 있으며, 이를 양자 암호 분석에 기인한다고 돌릴 수 있는 방법이 없습니다.

커뮤니티 토론 및 기술적 우려

기술 전문가와 커뮤니티 구성원들은 새로운 시스템의 구현에 대해 몇 가지 우려를 제기했습니다:

구현 위험 및 레거시 지원

일부 개발자들은 전환과 관련된 위험이 betyd하다고 지적했습니다. MTCs는 수십 년 된 "크러프트"를 제거하지만, 동시에 수십 년 동안의 battle-testing과 전통적인 PKI를 지원하는 보조 도구들도 제거합니다. 이 전환은 브라우저와 서버 전반에 걸친 광범위한 채택이 필요한 복잡한 프로젝트가 될 것입니다.

배치 및 프로비저닝 지연

인증서 프로비저닝의 "배치 방식"에 대한 우려가 있습니다. 배치가 너무 자주 실행되면 클라이언트 데이터베이스가 유지하기에 너무 커질 수 있으며, 너무 드물게 실행되면 사용자는 첫 번째 인증서를 받는 데 지연을 경험할 수 있습니다.

신뢰 및 알고리즘 선택

일부 커뮤니티 구성원들은 새로운 PQC 알고리즘 추진에 대해 회의감을 표명했는데, 이러한 알고리즘이 입증되지 않았거나 정보 기관에 의해 잠재적으로 백도어될 수 있다고 제안하며, Ed25519나 RSA와 같은 확립된 알고리즘을 고수하기를 선호합니다.

현재 CT 시스템의 결함

현재 Certificate Transparency 시스템의 비판자들은 RFC 6962의 설계 결함으로 인해 망가진 혼란이라고 주장합니다. 구체적으로 포함 증명의 검증 어려움과 Apple 및 Google의 로그 목록에 대한 신뢰 의존 때문입니다. MTCs가 이러한 근본적인 설계 결함을 해결하거나 근절하기를 희망합니다.