요약:
Apple은 최근 iOS 및 iPadOS 기기에서 심각한 보안 문제가 있는 8개의 디지털 인증서를 차단하여 공격자가 이러한 인증서를 사용하여 합법적인 웹사이트로 위장한 후 피싱, 중간자 공격을 수행하거나 사용자 데이터를 도용하는 것을 방지했습니다. 그러나 보안 연구원들은 일부 macOS 시스템 도구가 이러한 문제가 있는 인증서를 여전히 신뢰할 수 있으며 Mac 사용자와 시스템 관리자는 여전히 후속 보안 업데이트에 주의를 기울여야 한다는 점을 상기시킵니다.
이 사건은 인도 인증 기관인 eMudhra가 발행한 8개의 중간 인증서와 관련이 있습니다. 디지털 인증서는 인터넷 보안 시스템의 중요한 부분입니다. 브라우저가 웹사이트에 접속할 때 인증서를 사용하여 서버의 신원을 확인하고 HTTPS 암호화 연결을 통한 데이터 전송을 보호합니다. 예를 들어, 사용자가 은행 웹사이트를 방문하면 브라우저는 해당 연결이 실제로 은행 서버에 대한 것인지 공격자가 설정한 가짜 웹사이트가 아닌지 확인해야 합니다.
일반적으로 인증 기관은 승인되지 않은 제3자가 신뢰할 수 있는 웹사이트의 신원을 스푸핑할 수 없도록 인증서를 발급할 수 있을 만큼 강력한 암호화 키를 사용해야 합니다. 그러나 보안 연구원들은 eMudhra에 관련된 8개의 인증서에 매우 심각한 키 생성 문제가 있으며 해당 개인 키가 256보다 작은 정수인 것으로 밝혀졌습니다. 이는 공격자가 관련 개인 키를 복구할 수 있는 기회를 얻기 위해 복잡한 계산이 거의 필요하지 않고 매우 적은 수의 가능한 값만 시도하면 된다는 것을 의미합니다.
Mozilla의 조사에 따르면 이러한 개인 키는 추측하기가 매우 쉽습니다. 현대 암호화의 경우 이러한 상황은 극히 간단한 숫자를 계정 비밀번호로 사용하는 것과 동일하며 정상적인 보안을 전혀 제공할 수 없습니다. 공격자가 관련 개인 키를 갖게 되면 이러한 인증서에서 발급된 다른 인증서를 위조할 수 있으며, 이로 인해 영향을 받는 소프트웨어는 해당 연결이 합법적인 웹 사이트에 대한 연결이라고 잘못 생각하게 됩니다.
이러한 유형의 공격의 위험은 공격자가 대상 웹사이트의 서버를 직접 손상시킬 필요가 없다는 것입니다. 신뢰할 수 있는 HTTPS 인증서가 위조되어 네트워크 트래픽 차단 및 기타 수단과 결합될 수 있는 경우 공격자는 은행, 기업 또는 기타 합법적인 웹 사이트를 가장하여 사용자가 알지 못하는 사이에 암호, 신원 정보 또는 기타 민감한 데이터를 보내도록 유도할 수 있습니다. 또한 공격자는 사기를 저지르거나 악성 코드를 확산시키기 위해 사용자가 수신한 웹 페이지의 콘텐츠를 수정할 수도 있습니다.
관련 문제는 2026년 10월 17일에 브라우저 보안팀에 보고되었습니다. 이후 Google, Mozilla 및 기타 제조업체는 영향을 받은 인증서가 계속 신뢰되지 않도록 조치를 취했습니다. Mozilla는 Firefox의 OneCRL 인증서 차단 메커니즘을 통해 보호 정보를 배포합니다. 일반적으로 사용자는 관련 보호를 받기 위해 브라우저를 수동으로 업데이트하거나 장치를 다시 시작할 필요가 없습니다. Google은 또한 Chrome의 인증서 차단 메커니즘을 업데이트하고 관련 인증서에 대해 제한적인 조치를 취했습니다.
Apple은 10월 19일부터 관련 차단 조치를 취하기 시작했습니다. 보안 연구원에 따르면 이러한 조치는 Apple의 시스템 인증서 확인 메커니즘을 사용하는 소프트웨어가 영향을 받는 인증서를 신뢰하지 못하도록 방지합니다. 애플은 구글, 모질라보다 조금 늦게 조치를 취했지만 이제 관련 인증서가 봉쇄 대상에 포함됐다.
이러한 8개의 인증서가 모두 웹사이트 HTTPS 연결에 사용되는 것은 아니라는 점은 주목할 가치가 있습니다. 그 중 6개는 TLS 관련 인증서이고, 나머지 2개는 코드 서명 목적과 관련이 있습니다. 코드 서명 인증서는 소프트웨어 게시자의 신원을 확인하고 소프트웨어가 변조되었는지 여부를 확인하는 데 사용됩니다. 따라서 인증서 개인 키의 심각한 결함은 소프트웨어 배포 및 신뢰 시스템에도 영향을 미칠 수 있습니다.
그러나 현재 공격자가 이러한 인증서를 사용하여 실제 공격을 수행했다는 증거는 없습니다. 보안 연구원들은 문제의 인증서에 심각한 결함이 있음에도 불구하고 모든 인증서가 프로덕션 환경에서 사용되지는 않았다고 지적했습니다. 또한 구글은 차단 조치를 취하기 전에는 영향을 받은 6개의 중간 인증서에서 발급되고 관련 로그 기록에 입력된 TLS 인증서가 공개 인증서 투명성 로그에서 발견되지 않았다고 밝혔습니다. 이는 알려진 공개 HTTPS 인증서의 남용 위험을 어느 정도 줄여주지만, 다른 소프트웨어나 비공개 환경에 대한 잠재적인 영향을 완전히 배제하지는 않습니다.
Mac 사용자의 경우 상황은 좀 더 복잡합니다. Apple이 차단 조치를 취했지만 Mozilla 암호화 엔지니어 Dennis Jackson은 macOS의 내장 명령줄 도구 컬에 여전히 신뢰 문제가 있을 수 있다고 지적했습니다. 이 도구에서 사용하는 인증서 세트는 관련 인증서의 해지 정보를 확인하지 않으므로 경우에 따라 인증서가 유효하지 않다고 선언된 경우에도 컬이 인증서를 계속 수락할 수 있습니다.
이는 네트워크 요청을 위해 macOS에 내장된 컬을 사용하는 스크립트, 개발 도구 또는 자동화된 서비스가 자체 인증서 확인 동작을 추가로 확인해야 할 수도 있음을 의미합니다. 특히 관련 인증서를 수락한 시스템의 경우 인증서 차단 조치가 실제로 사용된 소프트웨어 및 신뢰 저장 메커니즘에 적용되는지 여부에 더 주의를 기울여야 합니다.
일반 사용자의 경우 가장 안전한 방법은 Apple에서 제공하는 시스템 및 소프트웨어 보안 업데이트를 즉시 설치하고 브라우저를 최신 버전으로 유지하는 것입니다. 기업 관리자와 개발자는 서버, 명령줄 도구, 응용 프로그램 및 사용자 지정 인증서 저장소가 영향을 받는 인증서를 여전히 신뢰하는지 확인하고 보안 연구원이 제공하는 검색 및 완화 권장 사항을 따라야 합니다.
이 사건은 또한 디지털 인증서 시스템에서 쉽게 간과되는 문제를 드러냈습니다. HTTPS가 성숙한 암호화 알고리즘을 사용하더라도 인증서 생성 프로세스에 사용되는 개인 키가 너무 단순하면 전체 신원 확인 시스템이 여전히 쉽게 뚫릴 수 있다는 것입니다. 암호화 기술 자체는 실패하지 않습니다. 실제 문제는 키 생성 및 인증서 관리 링크에 있습니다.
eMudhra는 인프라가 손상되었다는 증거가 없으며 관련 데이터 유출도 발견되지 않았다고 밝혔습니다. 기관은 잠재적으로 영향을 받는 고객과 협력하여 관련 인증서 교체를 지원하고 있습니다. 해당 인증서는 2025년 4월 생성돼 1년 넘게 문제가 지속됐기 때문에 관련 기관은 다른 소프트웨어나 시스템, 서비스가 이 인증서에 의존해 신뢰관계를 구축했는지 추가 확인이 필요하다.
전반적으로 Apple이 이 8개 인증서를 차단하는 것은 잠재적인 공격을 방지하는 중요한 단계이지만, 인증서가 취소된다고 해서 모든 소프트웨어가 해당 인증서에 대한 신뢰를 즉시 중단한다는 의미는 아닙니다. 일반 사용자의 경우 시스템과 브라우저를 적시에 업데이트하는 것이 일반적으로 가장 직접적인 보호 조치입니다. 개발자와 기업의 경우 모든 관련 애플리케이션이 만료된 인증서를 올바르게 식별할 수 있는지 확인하기 위해 인증서 확인 메커니즘을 추가로 확인해야 합니다.
댓글