Google, Mozilla, Apple, Microsoft는 인도 인증 기관 eMudhra의 8개 취약한 중간 인증서에 긴급히 대응했으며, 이 문제는 10월 17일에 알려졌습니다. 6개의 인증서는 HTTPS용이고, 2개는 코드 서명용이었습니다. 약한 개인 키로 인해 다른 사이트의 인증서를 위조할 수 있었고, 연결을 가로챌 때 암호화폐 거래소나 지갑 사이트와 같은 가짜 리소스를 진짜로 제시할 수 있었습니다. Mozilla 엔지니어들은 스스로 키를 복구하여 취약점이 쉽게 악용될 수 있음을 확인했습니다.
원인은 2025년 4월의 키 생성 오류였습니다. 인증서는 P-384 곡선 알고리즘을 사용했지만, 무작위 큰 숫자 대신 키에 256보다 작은 값이 있었기 때문에 무차별 대입 공격은 256번 이하의 시도로 가능했습니다. 문제는 P-384의 강도에 있는 것이 아니라 잘못된 생성에 있었습니다. 이 취약점은 Wayne이라는 가명을 사용하는 연구자에 의해 처음 발견되었으며, 그는 브라우저 개발자들에게 8개 키 모두의 소유 증명을 제공했습니다. eMudhra는 키가 2025년 4월에 생성되었음을 확인하고 루트 및 다른 중간 센터는 영향을 받지 않았다고 밝혔습니다.
위험은 광범위했지만 결과는 덜 심각했습니다: eMudhra에 따르면, 8개의 인증서 중 하나만이 실제 인프라에서 사용되었습니다. Certificate Transparency에서 영향을 받은 6개 센터를 통한 TLS 인증서 기록은 없었습니다. Chrome은 10월 17일 CRLSet을 통해 키를 차단했고, Mozilla는 같은 날 OneCRL에 추가하여 표준 설정을 사용하는 사용자에게 3시간 이내에 보호가 도달했습니다. Apple은 10월 19일에, Microsoft는 20일에 인증서를 차단했으며, Cloudflare는 WARP와 Cloudflare Tunnel을 업데이트하고 CDN과 Zero Trust에서 보호를 강화했습니다.
Firefox, Chrome, Edge, Safari 사용자에 대한 악용 확인이나 Cloudflare 서비스에 대한 공격 징후는 없습니다. 그럼에도 불구하고 Mozilla는 NSS 저장소에서 루트 인증서 emSign ECC Root CA – G3를 제외하고 있으며, Google은 10월 27일부터 Chrome Root Store에서 동일한 조치를 취할 것입니다. eMudhra는 이 루트를 통한 발급을 중단하고 다른 인프라로 고객을 이전할 것입니다: 약 30,000개의 인증서가 교체되어야 하며, 이 중 약 97%는 ACME를 통해 발급되었습니다.
이 자료는 정보 제공 목적으로만 작성되었으며 재무 자문이나 권장 사항을 구성하지 않습니다.
관련 도움말
