---
title: "eMudhra 중간 CA 손상: 영향 및 교정 가이드"
description: "실제 인증서 유효성 검사기를 확인하여 영향을 받는 신뢰 경로를 평가하고 운영 체제, 브라우저, 런타임 및 컨테이너를 업데이트합니다."
language: "ko"
url: "https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide"
author: "KeenDigit"
published: "2026-10-22"
---

# eMudhra 중간 CA 손상: 영향 및 교정 가이드

실제 인증서 유효성 검사기를 확인하여 영향을 받는 신뢰 경로를 평가하고 운영 체제, 브라우저, 런타임 및 컨테이너를 업데이트합니다.

**출처는 2026년 10월 22일 베이징 시간으로 확인되었습니다.** **대상: 개인 사용자, 웹사이트 운영자, 개발자, 시스템 관리자.**

심각한 약점으로 인해 eMudhra/emSign 중간 CA 개인 키 그룹을 복구할 수 있게 되었습니다. 이는 공개 인증서 시스템을 사용하여 웹 사이트, API 및 소프트웨어를 인증하는 클라이언트에 영향을 미칩니다. 공개 신뢰는 주요 운영 체제에 걸쳐 있지만 손상된 키 집합과 잠재적인 클라이언트 영향은 서로 다른 범위입니다. [1](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-1)[5](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-5)

본문에는 대괄호를 사용하여 해당 출처의 번호를 매겼으며, 모든 외부 참조 링크는 부록에 나열되어 있습니다. 나열된 버전은 확인 날짜를 기준으로 이 문제에 대한 수정 사항이 포함된 것으로 확인된 버전 기준입니다. 배포 시 동일한 지원 분기의 업데이트된 안정 버전에 우선순위가 부여됩니다.

## TL;DR

**Eight 중간 CA 개인 키가 손상된 것으로 확인되었습니다. 현재 보고서에서는 일반적으로 루트 개인 키 또는 HTTPS 암호화가 손상되었다는 사실을 입증하지 못했습니다. 업데이트는 공공 신뢰 생태계의 대부분을 포괄합니다. 잔여 위험은 실제 적용에 따라 다릅니다.**[1](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-1)[5](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-5)

1. **개인 사용자:** 브라우저, 운영 체제 및 보안 구성 요소를 업데이트합니다. Android에서는 Google Play 서비스도 업데이트합니다. Firefox Android 158.0.2 이상을 사용하세요. [1](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-1)[2](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-2)
2. **Servers:** 배포판의 `ca-certificates`/NSS 패키지를 업데이트하고 애플리케이션에 번들로 포함된 신뢰 저장소를 확인합니다. 호스트만 업데이트하는 것만으로는 충분하지 않습니다. [7](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-7)[8](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-8)[10](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-10)
3. **개발 환경:** Node 24를 24.22.1로 업데이트하거나 해당 분기의 최신 릴리스로 업데이트합니다. Python 환경에서는 최소한 pip 26.2.2, certifi 2026.10.19 및 uv 0.13.4로 업데이트하세요. 고정된 Go 바이너리를 구하거나 다시 빌드하세요. 공급업체의 권고에 따라 Java를 업데이트합니다. [12](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-12)–[15](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-15)
4. **업데이트 활성화:** 영향을 받은 서비스를 다시 시작하고 컨테이너를 다시 빌드하고 재배포합니다. Cloudflare Tunnel의 경우 cloudflared를 2026.10.2 이상으로 업데이트하세요. [7](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-7)
5. **웹사이트 인증서:** 취소되거나 차단된 중간 CA가 포함되어 있거나 신뢰할 수 없는 루트에 의존하는 경우 영향을 받는 체인을 교체합니다. 인증서 재발급은 클라이언트 신뢰 저장소 업데이트를 대체하지 않습니다. [1](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-1)[5](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-5)[8](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-8)
6. \*\*Verification:\*\*는 각 애플리케이션의 실제 TLS 경로를 테스트합니다. 인증서 거부와 시간 초과 및 DNS 실패를 구별합니다. 인증서 확인을 활성화된 상태로 유지하세요. 오류를 억제하기 위해 `-k`를 사용하거나 확인을 건너뛰지 마십시오. [7](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-7)

## 1 사건의 사실과 원인

### 확인된 사실

Mozilla 및 Google는 8개의 eMudhra 중간 CA 개인 키에서 결함을 확인했습니다. 연구원은 개인 키 제어 증거를 제공했습니다. Mozilla는 독립적으로 키를 복구하고 문제를 재현했습니다. 6개의 중간 CA는 TLS를 제공하고 2개는 코드 서명을 제공합니다. [2](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-2)[5](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-5)

결함은 생성된 키에 있습니다. 이러한 중간 CA는 P-384 곡선을 사용하지만 개인 키는 256 미만의 정수입니다. 이는 의도한 큰 범위에서 무작위로 키를 안전하게 선택하는 것과는 거리가 멀습니다. 이러한 취약한 키를 복구한다고 해서 제대로 생성된 P-384 키가 손상될 수 있다는 사실은 입증되지 않습니다. [2](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-2)

여기서 "인증서가 깨졌다"는 것은 "해당 개인키를 복구할 수 있다"는 의미로 정확하게 이해해야 합니다. 인증서와 그 안의 공개 키는 본질적으로 공개됩니다. 실제로 비밀로 유지해야 하는 것은 유효한 서명을 생성할 수 있는 개인 키입니다.

### 키 생성 프로세스 문제는 아직 조사 중입니다.

eMudhra에 대한 초기 설명은 2025년 4월 키 생성 행사에서 문제를 추적합니다. 설명에는 키 캡슐화 및 캡슐화 해제 단계가 포함됩니다. 원래의 강력한 키 외에 또 다른 약한 키 세트가 나타나고 이후에 약한 키가 인증서 적용 및 발급에 사용됩니다. 회사 측은 아직 정확한 원인이 확실하게 밝혀지지 않았다고 밝혔습니다. [6](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-6)

따라서 확인할 수 있는 것은 이러한 키가 심각하게 약하고 손상되었다는 것입니다. 이 실패는 HSM의 특정 하드웨어 난수 소스에 결함이 있는 것으로 입증되었다고 더 이상 설명할 수 없으며 RSA, ECC 또는 TLS의 일반적인 암호화 획기적인 것으로 설명할 수도 없습니다.

### 루트 인증서 불신은 무엇을 의미합니까?

브라우저 또는 운영 체제는 영향을 받는 중간 CA의 인증서 또는 공개 키를 직접 차단하거나 이로 이어지는 루트 신뢰를 제거할 수 있습니다. 후자의 조치는 동일한 루트에 있는 일부 합법적인 인증서도 거부합니다.

Google는 CRLSet에서 업데이트를 받지 못하는 Chrome 루트 저장소 사용자를 보호하기 위해 `emSign ECC Root CA - G3` 제거를 예약했습니다. 루트스토어 제거는 베이징 시간 기준 10월 27일부터 28일까지 해당 기간 동안 추진될 예정이다. Google의 원래 시간은 미국 태평양 일광 절약 시간제인 10월 27일 아침입니다. 이 계획은 이전에 배포된 긴급 공개 키 차단과 별개입니다. [1](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-1)

**루트를 신뢰하지 않는 것은 대응 조치입니다. 루트 개인 키가 손상되었음을 자체적으로 증명하지는 않습니다.**

## 2 잠재적 영향이 공공 신뢰 생태계에 미치는 이유

### 손상된 키와 영향을 받는 신뢰 경로

| 심판대상                      | 이번 사건의 범위                                             |
| ------------------------- | ----------------------------------------------------- |
| 문제가 있는 키가 식별됨             | eMudhra용 중간 CA 개인 키 8개                                |
| 조치가 필요할 수 있는 플랫폼          | 공용 루트 저장소, 브라우저, 운영 체제, 언어 런타임, 소프트웨어 패키지 및 컨테이너 생태계  |
| 가장된 신원 TLS일 가능성 있음        | 관련 위조 인증서 체인을 여전히 수락하는 클라이언트가 방문한 웹사이트 또는 서비스         |
| 모든 장치가 손상되었음을 의미합니까?      | 아니요. 신뢰 조건, 공격자 네트워크 위치 및 기타 확인 전략이 악용 가능성을 결정합니다.    |
| 모든 법적 증명서가 유효하지 않다는 뜻인가요? | 아니요. 관련된 무효화는 클라이언트가 신뢰할 수 없는 루트 또는 인증서 체인에 따라 달라집니다. |

Red Hat는 클라이언트가 여전히 관련 체인을 수락하고, 공격자가 손상된 개인 키를 소유하고 있으며, 네트워크의 연결을 가로챌 수 있는 조건으로 악용을 명시적으로 제한합니다. 위험 범위를 발생한 공격 수와 혼동하지 마십시오. [10](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-10)

### 다른 CA를 사용하는 웹사이트도 가장될 수 있습니다.

웹사이트가 실제로 Let's Encrypt 인증서를 사용하고 방문자의 클라이언트가 동시에 여러 공개 CA를 신뢰한다고 가정해 보겠습니다. 공격자는 손상된 중간 CA를 사용하여 동일한 도메인 이름에 대한 다른 인증서를 만들려고 시도할 수 있습니다. 클라이언트는 일반적으로 도메인 이름이 Let's Encrypt만 사용할 수 있도록 미리 요구하지 않습니다. 가짜 체인이 여전히 허용된다면 웹사이트가 실제로 사용하는 CA는 그러한 공격을 배제하기에 충분하지 않습니다. [8](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-8)

이 메커니즘은 다음과 같이 설명합니다. 원래 정상이었던 다른 CA 인증서를 교체해도 손상된 CA에 대한 클라이언트의 신뢰가 자동으로 복구되지 않습니다. 정말 차단해야 할 것은 클라이언트가 가짜 신원을 받아들이는 경로입니다.

### 세 가지 효과는 별도로 처리해야 합니다.

**ID 사칭 위험:** 해당 체인을 차단하지 않은 클라이언트는 공격자가 위조한 ID를 수락하여 민감한 요청이 가짜 서비스로 전송될 수 있습니다.

**합법적인 서비스 가용성 위험:** 루트 신뢰를 제거하면 합법적인 웹사이트에 대한 인증서 오류가 발생할 수 있으며, 다른 승인된 체인으로 마이그레이션해야 할 수도 있습니다.

**배포 적용 범위 위험:** 애플리케이션 번들 신뢰 저장소, 가상 환경, 이전 컨테이너 이미지 또는 컴파일된 프로그램이 이전 유효성 검사 동작을 유지하는 동안 운영 체제가 수정될 수 있습니다.

이 세 가지 범위는 동일하지 않습니다. Cloudflare의 응답은 원격 신원 확인, 공유 신뢰 저장소, 기본 이미지 및 개별 애플리케이션을 다루며 후자의 두 작업을 별도로 처리해야 하는 이유를 보여줍니다. [7](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-7)

## 3 영향을 받는 CA 및 인증서 공급자

### 제공자 및 영향 유형

| 공급자 또는 시스템                                                   | 이번 사건의 역할                                                   | 구별해야 할 경계                                                                          |
| ------------------------------------------------------------ | ----------------------------------------------------------- | ---------------------------------------------------------------------------------- |
| eMudhra／emSign                                               | 중간 CA 개인 키가 직접 손상되었습니다.                                     | 모든 eMudhra 루트와 모든 인증서를 크랙된 것으로 쓸 수는 없습니다.                                          |
| Sectigo 관련 교차 서명 체인                                          | 영향을 받은 공개 키의 동일한 배치에 대해 A 교차 인증서가 발행되어 또 다른 신뢰 경로가 형성되었습니다. | 해당 교차 인증서 또는 공개 키를 차단해야 합니다. Sectigo 루트 개인 키는 손상된 것으로 입증되지 않았습니다.                  |
| Internet2/InCommon에 대한 관련 인증서 수준                             | 일부 합법적인 인증서는 마이그레이션과 관련하여 제거할 emSign ECC 루트에 의존합니다.         | 이는 근본 불신의 부수적 영향이며 8개의 약한 키 CA의 중간으로 간주할 수 없습니다.                                   |
| Let's Encrypt, DigiCert, Google Trust Services, GlobalSign 등 | 이 보고서에는 개인 키가 손상된 당사자로 나열되어 있지 않습니다.                        | 합법적인 인증서는 일률적으로 무효화되지 않습니다. 취약한 클라이언트는 자신이 제공하는 웹사이트를 가장하는 가짜 인증서를 계속 받아들일 수 있습니다. |
| CDN, 클라우드 플랫폼, 인증서 딜러                                        | 원본 및 API에 연결할 때 관련 인증서를 제공하거나 공용 신뢰 저장소를 사용할 수 있습니다.        | 실제 인증서 체인과 검증기를 확인하려면 플랫폼이나 제품명만 보지 마세요.                                           |

Mozilla의 공지에는 손상된 키와 Sectigo 교차 서명이 기록되어 있습니다. Google의 공개 사고 토론에서는 합법적인 Internet2/InCommon 계층 구조의 마이그레이션을 다룹니다. [2](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-2)[5](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-5) Cloudflare의 수정 사항은 서비스 및 클라이언트 신뢰를 해결합니다. 이는 Cloudflare의 자체 CA 개인 키가 손상되었음을 나타내지 않습니다. [7](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-7)

### TLS 인증서 체인 및 교차 서명

다음 관계는 이번에는 TLS 관련 경로만 설명합니다. 여기에는 코드 서명 경로가 포함되지 않으며 이러한 경로가 모든 플랫폼에서 여전히 신뢰할 수 있다는 의미도 아닙니다. [17](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-17)

- `emSign ECC Root CA - G3` → `emSign Root TLS CA - G3` → 영향을 받음 TLS 중간 CA 공개 키 → 대상 도메인에 대한 위조 인증서
- `AAA Certificate Services` → 영향을 받음 TLS 중간 CA 공개 키 → 대상 도메인에 대한 위조 인증서

`emSign Root TLS CA - G3`는 영향을 받은 TLS 중간체의 직접 발행자 중 하나이며 그 자체가 일부 매장에서 트러스트 앵커가 될 수 있습니다. `emSign ECC Root CA - G3`는 또 다른 교차 서명 레이어를 제공합니다. Sectigo의 `AAA Certificate Services`는 동일한 중간 CA 공개 키에 대한 추가 경로를 생성합니다. [17](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-17)

따라서 수리 시에는 두 가지 세분성이 있습니다.

- \*\*정확한 중간 CA 또는 공개 키:\*\*를 차단하면 유효성 검사기가 해당 메커니즘을 지원하는 동일한 루트 아래에 다른 합법적인 계층을 보존할 수 있습니다.
- **루트 신뢰 제거:** 이는 중간 CA 차단 기능 없이 클라이언트를 보호할 수 있지만 호환성에 영향을 미칠 수 있습니다. 클라이언트가 수락하는 다른 모든 경로도 포함되어야 합니다. [5](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-5)

"모든 Sectigo/eMudhra 루트 삭제"는 무분별한 일반 단계로 수행되어서는 안 되며, 비슷한 이름의 인증서를 삭제한다고 해서 모든 경로가 닫혀서도 안 됩니다.

## 4 운영 체제 및 브라우저 적용 범위

### 주요 플랫폼

| 플랫폼                            | 알려진 성향                                                          | 사용시 반드시 확인해야 할 범위                                                                               |
| ------------------------------ | --------------------------------------------------------------- | ----------------------------------------------------------------------------------------------- |
| Windows 및 Windows Server       | 자동 인증서 신뢰 목록 업데이트를 통해 Microsoft 배포가 차단됨                         | 장치가 업데이트를 받았는지 여부 독립형 CA bundle는 반드시 Windows의 확인 경로를 사용하지 않습니다.                                 |
| macOS, iOS, iPadOS 등 Apple 플랫폼 | 사건 코디네이터는 Apple가 관련 봉쇄 조치를 취했음을 확인했습니다.                         | 모든 이전 버전과 타사 앱이 동일한 적용 범위를 보장받지는 않습니다.                                                          |
| Android                        | Google는 Google Play 서비스를 통해 동등한 블록을 배포합니다.                      | Google Play 서비스가 없는 ROM는 제조업체의 발표에 따라 검증되어야 합니다. 추가 확인을 위해 내장된 검증 도구를 사용하세요                     |
| Ubuntu                         | 여러 현재 및 이전 버전 분기를 포함하여 시스템 인증서 번들 수정 사항이 제공되었습니다.               | ESM의 이전 버전은 조건, 컨테이너 내부 인증서 패키지 및 애플리케이션 내장 라이브러리를 지원합니다.                                       |
| Debian 및 Devuan                | Debian 기록 ca-certificates 고정                                    | 실제 사용된 브랜치와 설치된 패키지를 확인해야 하며, 다른 브랜치의 버전 번호를 복사할 수 없습니다.                                        |
| RHEL 및 파생상품                    | 공식 목록은 RHEL 6, 7, 8, 9, 10이며 영향을 받을 수 있는 관련 제품 및 이미지를 다루고 있습니다. | 이번 확인 시점에는 공지 사항에 수정 사항 및 정오표의 전체 목록이 아직 나열되지 않았습니다. "업데이트를 찾을 수 없음"은 영향을 받지 않은 것으로 간주될 수 없습니다. |
| Fedora, Arch, Gentoo, Alpine 등 | 이벤트 관리자가 해당 수리 기록을 편집했습니다.                                      | 릴리스, 버전 브랜치, 이미지별로 독립적으로 확인됨                                                                    |
| FreeBSD                        | 지원되는 모든 버전을 공식적으로 나열하고 시스템 신뢰 저장소 복구를 제공합니다.                    | 업데이트 후 공지에 따라 관련 데몬 프로세스를 다시 시작합니다. 독립 애플리케이션 신뢰 저장소를 별도로 확인하세요.                                |

Windows, Apple 및 릴리스에 대한 요약은 [4](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-4)를 참조하세요. Android의 경우 [1](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-1)를 참조하세요. Ubuntu, Debian, RHEL 및 FreeBSD의 경우 발급자 레코드는 각각 [8](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-8)–[11](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-11)에 표시됩니다.

더 이상 지원되지 않는 시스템, 오프라인 장치, NAS, 라우터 및 기타 임베디드 환경은 관련 체인을 여전히 신뢰하는지, 해지 또는 소프트웨어 업데이트를 받을 수 있는 채널이 있는지 확인해야 합니다. 플랫폼 이름 자체는 실제 검증 동작을 확인하는 것을 대체할 수 없습니다.

### 브라우저 보호는 운영 체제 보호와 다릅니다.

Chrome는 CRLSet를 사용하여 비상 블록을 배포합니다. Firefox는 OneCRL와 같은 메커니즘을 사용합니다. Firefox도 원격 설정을 제대로 수신하지 못하는 구성에 대한 추가 보호를 제공하기 위해 차단 정보와 함께 출시되었습니다. [1](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-1)[3](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-3)

Firefox Android의 일부 구성은 시작 시 업데이트된 목록을 올바르게 적용하지 않았으며, Mozilla는 158.0.2.에 의해 수정되었다고 명시했습니다. 따라서 초기 158.0.1의 상태는 보호된 모든 Android Firefox 구성을 포함하도록 확장될 수 없습니다. [2](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-2)

Apple 및 Windows의 시스템 검증을 위한 조치가 취해졌지만 동일한 시스템의 모든 명령줄 프로그램이 시스템 검증을 받는다는 의미는 아닙니다. 이벤트 관리자는 일부 macOS 내장 도구가 독립적인 인증서 파일을 사용한다는 점을 구체적으로 상기시켰습니다. 확인 시 실제 TLS 백엔드와 CA 소스를 기록해야 합니다. [4](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-4)

### 인증서 투명성을 위한 보호 경계

Google는 블록을 구현하기 전에 6개의 TLS 중간 CA가 CT 로그에 입력된 TLS 인증서를 발급하지 않았음을 확인했습니다. 따라서 CT를 적용하는 Chrome 클라이언트에는 추가 보호 기능이 있습니다. 이 사실은 CT를 실행하지 않는 다른 클라이언트가 문서화되지 않은 인증서를 수락했을 가능성을 배제하지 않습니다. [1](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-1)[5](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-5)

"신뢰할 수 있는 루트에 연결될 수 있는 것으로 밝혀졌다", "잠재적인 악용 조건이 존재한다", "공격이 발생했다"는 세 가지 다른 판단이므로 서로 바꿔서는 안 된다.

## 5 개발 환경 및 런타임 복구 기준

다음은 확인된 수정 사항의 기준이며 이러한 릴리스를 장기적으로 고정하기 위한 요구 사항은 아닙니다. Distros는 패치를 뒤로 이동하여 이전 버전 번호를 수정할 수 있으며 해당 보안 권고 사항도 검토해야 합니다.

| 구성요소                | 확인된 버전 또는 업데이트 방법                        | 배포 고려 사항                                                                                                                                  |
| ------------------- | ---------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------- |
| Node.js 24          | 24.22.1 또는 동일한 브랜치의 안정적인 버전을 업데이트하세요.    | 루트 저장소 업데이트 및 차단된 공개 키체인 거부가 포함되어 있습니다. 서비스에서 실제로 사용하는 Node 경로를 확인하고 다시 시작하세요.                                                            |
| Python certifi      | 2026.10.19 또는 최신 버전                      | 각각의 실제 실행 환경을 확인하세요. 글로벌 Python에서 하나의 패키지만 업데이트할 수 없습니다.                                                                                  |
| pip                 | 26.2.2 또는 최신 버전                          | 기존 가상환경에 pip를 별도로 업데이트하고 새로운 환경이 생성된 후 버전을 검토합니다.                                                                                         |
| uv                  | 0.13.4 또는 최신 버전                          | 실제로 설치된 도구의 복사본을 업데이트합니다.                                                                                                                 |
| Go                  | 1.27.3 또는 1.26.10, 해당 지점의 업데이트 버전도 사용 가능 | 도구 체인을 업데이트한 후 관련 프로그램을 다시 빌드하고 배포하거나 공급업체의 수리 바이너리를 구하십시오.                                                                               |
| Oracle JDK          | 해당 지원 버전 라인에 대한 Critical 패치              | 다양한 JDK 게시자는 자체 발표를 따릅니다. 모든 Java 릴리스에 적용되는 단일 버전 번호는 없습니다.                                                                               |
| Cloudflare Tunnel   | cloudflared 2026.10.2 또는 최신 버전           | 실행 중인 서비스를 업데이트합니다. 컨테이너 배포에는 이미지 교체 및 재배포가 필요합니다.                                                                                        |
| Cloudflare One／WARP | 플랫폼에 해당하는 고정 클라이언트 버전 또는 업데이트된 안정 버전     | 클라이언트측 조치와 서버측 조치는 별도로 확인됩니다. 특정 플랫폼 버전은 부록 [7](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-7)를 참조하세요. |

Node, Python, Go, Oracle 및 Cloudflare에 대한 원래 지침은 각각 [13](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-13), [12](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-12), [14](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-14), [15](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-15)에서 사용할 수 있습니다. [7](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-7).

### Python 독립 인증서 데이터베이스 문제

Python 관계자는 이전 pip가 시스템 신뢰와 내장 certifi의 조합을 사용할 것이라고 지적했습니다. 단순히 시스템 인증서 저장소를 수정하거나 CA 파일을 pip에 추가하는 것만으로는 기본 제공되는 이전 신뢰를 안정적으로 제외할 수 없습니다. 따라서 `PIP_CERT`, `REQUESTS_CA_BUNDLE` 또는 `--cert`는 ​​이전 pip의 범용 수리 교체품으로 사용할 수 없습니다. [12](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-12)

업데이트 후 기존 가상 환경을 확인해보세요. 또한 이전 부트스트랩 구성 요소가 취약한 도구를 다시 도입하지 않도록 새로 생성된 환경에 실제로 설치된 pip 버전을 확인하세요. 초기 업그레이드의 경우 다른 패키지를 업데이트하기 전에 Python 권고의 다운로드 소스 및 SHA-256 확인 단계를 따르세요. [12](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-12)

### Go 및 기타 컴파일된 프로그램

Go에 대한 수정 사항은 `crypto/x509`에 대한 유효성 검사 논리를 변경했습니다. [14](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-14) 배포 메커니즘의 관점에서 볼 때 개발 컴퓨터에서 컴파일러를 업데이트해도 이미 배포된 바이너리는 다시 작성되지 않습니다. 새로운 코드 계층 차단 기능을 얻으려면 애플리케이션을 다시 빌드하고 교체하거나 공급업체에서 제공하는 업데이트된 버전을 사용해야 합니다. 이전 프로그램이 시스템 루트 업데이트의 이점을 누릴 수 있는지 여부는 프로그램이 사용하는 실제 확인 경로에 따라 다릅니다.

### 컨테이너 및 패키지 애플리케이션

컨테이너의 시스템 인증서 패키지, 애플리케이션 종속성 및 런타임은 일반적으로 이미지 콘텐츠에 따라 결정됩니다. 호스트 업데이트는 이미지 콘텐츠 업데이트와 동일하지 않습니다. 기본 이미지와 종속성을 업데이트해야 하며 실제 실행 중인 인스턴스를 다시 빌드, 배포 및 확인해야 합니다. 자체 런타임과 함께 제공되는 패키지 애플리케이션 및 데스크톱 프로그램도 공급업체 릴리스 채널에 따라 업데이트되어야 합니다. [7](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-7)[10](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-10)

## 6 수리 구현 지침

### 검사 대상을 먼저 결정

보호해야 하는 서비스에 대해 다음 정보를 기록한 후 해당 복구 경로를 선택하는 것이 좋습니다. 이는 배포 체크리스트이며 모든 시스템에 모든 구성 요소가 있을 필요는 없습니다.

| 프로젝트        | 녹음해야 할 것                                                             |
| ----------- | -------------------------------------------------------------------- |
| 응용 및 용도     | 브라우저, 결제 API 클라이언트, 이메일 전송 서비스, 다운로드 도구, 역방향 프록시 등                   |
| 작동 위치       | 호스트, 컨테이너, 가상 머신, 데스크톱 애플리케이션 또는 모바일 장치                              |
| 구현 확인       | 운영 체제 유효성 검사기, OpenSSL, Node, Python 라이브러리, Java 또는 애플리케이션 사용자 정의 구현 |
| 신뢰할 수 있는 출처 | 시스템 CA 패키지, certifi, JDK 신뢰 저장소, 내장 CA bundle 또는 엔터프라이즈 구성           |
| 수리상태        | 설치된 버전, 패치 소스, 재시작 또는 재배포 여부                                         |
| 합격 결과       | 영향을 받은 체인의 거부 여부, 정상적인 비즈니스 연결 성공 여부, 확인 시간                          |

Cloudflare의 개발자 가이드에는 SDK가 다른 구성 요소에 확인을 위임할 수 있다고 구체적으로 명시되어 있습니다. 최상위 SDK를 업데이트한다고 해서 실제 신뢰 정책이 반드시 변경되는 것은 아닙니다. [7](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-7)

### 운영 체제 및 브라우저

**Windows:** 자동 인증서 신뢰 목록 업데이트를 활성화하고 확인합니다. 확립된 관리 정책을 통해 업데이트를 배포합니다. 오프라인 장치 또는 자동 업데이트가 비활성화된 장치에는 적절한 관리 프로세스를 통해 차단을 적용해야 합니다. Windows 시스템 검증을 사용하지 않는 프로그램은 별도로 확인하세요. [4](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-4)

**Apple 플랫폼:** 완전한 시스템, 보안 구성 요소 및 애플리케이션 업데이트. macOS의 개발 도구에 대해서는 TLS 백엔드, 인증서 파일 및 설치 소스도 확인하세요. Safari가 테스트 체인을 거부했다고 해서 기계 전체가 수리되었다고 판단할 수는 없습니다. [4](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-4)

**Android:** 이 서비스가 있는 장치에서 Google Play 서비스를 업데이트합니다. Google에서는 장치를 다시 시작하면 즉시 업데이트가 트리거될 수 있다고 명시합니다. 해당 서비스가 없는 장치의 경우 공급업체 또는 ROM 권고를 따르세요. Google의 적용 범위 설명은 모든 Android 장치에 자동으로 적용되지 않습니다. [1](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-1)

**Ubuntu/Debian:** 지원되는 리포지토리에서 인증서 패키지를 업데이트하고 설치된 배포판에 대한 권고를 확인하세요. 예를 들어 APT 기반 시스템은 다음을 사용할 수 있습니다.

```bash
sudo apt update
sudo apt install --only-upgrade ca-certificates
dpkg-query -W -f='${Package} ${Version}\n' ca-certificates
```

Ubuntu 22.04, 24.04, 26.04 및 26.10에 대한 관련 업데이트는 표준 지원입니다. 이전 버전에서는 ESM 지원 및 창고 상태를 확인해야 합니다. 명령이 성공적으로 종료된 후에도 게시판에서 수정팩 버전을 비교해야 합니다. [8](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-8)[9](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-9)

**RHEL 및 관련제품:** 제품 채널별 인증서 패키지 및 보안오차를 확인하세요. 버전 확인은 다음을 사용하여 수행할 수 있습니다.

```bash
rpm -q ca-certificates
```

공급업체 패치를 얻으려면 지원되는 DNF/YUM 업데이트 메커니즘을 사용하세요. 채널이 아직 수정 사항을 제공하지 않은 경우 "업데이트 가능한 패키지 없음"을 안전한 것으로 간주하지 마십시오. 일시적으로 루트 신뢰를 제거해야 하는 경우 제조업체가 명시한 조치를 채택하고 합법적인 비즈니스 인증서의 호환성을 평가하십시오. [10](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-10)

**FreeBSD:** 공식 권고의 지시에 따라 관련 시스템 분기를 업데이트한 다음 영향을 받는 OpenSSL 신뢰 구성을 사용하여 데몬을 다시 시작하거나 시스템을 재부팅하십시오. [11](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-11)

### 애플리케이션 및 이미지

해당 런타임 및 인증서 종속성 업데이트를 완료한 후 서비스가 실제로 실행 중인 실행 파일 경로를 확인하여 터미널이 새 버전으로 전환되고 데몬이 여전히 이전 설치 디렉터리를 사용하지 않도록 하세요. 다중 환경 Python, 자체 런타임과 함께 제공되는 서비스 컨테이너 및 애플리케이션의 경우 별도로 확인해야 합니다.

다시 빌드해야 하는 구성 요소의 경우 빌드 버전, 종속성 버전 및 배포 이미지 ID를 저장합니다. 수락 개체는 실제 실행 중인 인스턴스이며 빌드 머신이나 이미지 레지스트리에서 새 태그를 확인할 수는 없습니다. [7](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-7)[12](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-12)[14](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-14)

### 웹사이트 인증서 마이그레이션

웹사이트의 체인에 취소되거나 차단된 중간 CA가 포함되어 있거나 궁극적으로 신뢰할 수 없는 루트에 의존하는 경우 클라이언트가 여전히 허용하는 다른 체인을 확보하세요. 전체 서버 인증서 체인을 설치하고 로드 밸런서, 역방향 프록시, CDN 엔드포인트 및 직접 액세스 가능한 원본을 포함한 모든 수신을 확인합니다. [1](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-1)[5](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-5)

마이그레이션이 필요한지 여부는 실제 체인을 기반으로 합니다. 인증서 판매 브랜드로만 필터링하면 재판매 또는 교차 서명 관계가 누락될 수 있습니다. 정기적인 만료 갱신을 기다리는 것만으로는 루트 저장소가 업데이트되기 전에 반드시 마이그레이션이 완료되지 않을 수 있습니다.

영향을 받은 루트에 의존하지 않는 CA에서 발급한 다른 일반 웹 사이트 인증서의 경우 이 사건으로 인해 다시 서명할 필요가 없습니다. 동시에 웹사이트 서버 자체는 외부 서비스를 호출할 때 클라이언트측 복구 확인을 계속 수행해야 합니다.

## 7 수정사항이 실제로 적용되는지 확인

### 버전 확인과 동작 확인은 별도로 수행됩니다.

버전 확인은 패치나 수정된 구성 요소가 배포되었는지 확인하는 데 사용됩니다. 동작 검사는 애플리케이션이 실제로 예상되는 확인 경로를 사용하는지 확인하는 데 사용됩니다. 두 가지 검사는 서로 다른 문제를 해결하며 둘 중 어느 것도 "업데이트 명령이 성공적으로 실행되었습니다"로 대체할 수 없습니다.

이벤트 관리자는 테스트 사이트와 인증서 체인 자료를 제공하며 입구는 부록 [4](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-4)에 집중되어 있습니다. 일반적인 인증서 검증 구성을 유지하면서 대상 애플리케이션의 실제 운영 환경에서 검증해야 합니다. [4](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-4)[7](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-7)

| 결과 확인                                     | 도출할 수 있는 결론                             |
| ----------------------------------------- | --------------------------------------- |
| 영향을 받은 체인을 신뢰할 수 없으므로 명시적으로 거부합니다.        | 테스트 중인 확인 경로가 체인을 거부했음을 나타냅니다.          |
| 영향을 받은 체인을 정상적으로 수락                       | 이 경로를 계속 복구하거나 구성을 확인해야 함을 나타냅니다.       |
| DNS 오류, 연결 시간 초과, 프록시 거부 또는 서비스에 연결할 수 없음 | 이를 토대로 인증서 위험이 제거되었다고 결론 내릴 수는 없습니다.    |
| 브라우저가 거부했지만 앱 호출이 확인되지 않았습니다.             | 백그라운드 프로그램이 아닌 브라우저만 확인할 수 있습니다.        |
| A 체인이 거부되었습니다.                            | 클라이언트가 다른 교차 서명 경로를 허용하는지 여부를 고려해야 합니다. |

또한 테스트에서는 너무 많은 신뢰를 제거하여 비즈니스 실패가 발생한 후 모든 요청 실패를 성공적인 복구로 착각하지 않도록 정상적인 비즈니스 연결을 다루어야 합니다.

### 권장 완료 조건

- 영향을 받는 구성 요소의 업데이트 소스와 버전이 문서화되어 있습니다.
- 해당 실행 중인 인스턴스가 다시 시작, 재구축 또는 재배포되었습니다.
- 실제 애플리케이션은 영향을 받은 체인을 거부하고 정상적인 비즈니스에 대한 TLS 검증은 계속 작동합니다.
- 연결을 복원하기 위해 인증서 확인을 일시적으로 끄는 구성은 없습니다.
- 웹사이트 인증서 마이그레이션이 포함된 경우 모든 외부 입구가 전환되고 확인되었습니다.

위의 완료 조건은 본 폐기에 대한 운영 및 유지 관리 승인을 위한 제안입니다. 이는 장비에 다른 안전 문제가 없음을 입증하는 것과 동일하지 않습니다.

## 8 과거 HTTPS 트래픽 및 위험 경계

### 세 가지 유형의 키는 용도가 다릅니다.

| 열쇠        | 주요 목적                       |
| --------- | --------------------------- |
| CA 개인 키   | 인증서에 ID 및 공개 키 바인딩을 서명합니다.  |
| 웹사이트 개인 키 | 인증서 인증 TLS 핸드셰이크에서 서버 ID 증명 |
| 세션 키      | 연결에서 실제로 전송된 데이터를 보호합니다.    |

CA 개인 키를 얻는 것은 웹 사이트 개인 키 또는 모든 세션 키를 얻는 것과 동일하지 않습니다. 임시 키 교환을 사용하는 순방향 보안을 갖춘 A 일반 연결은 단순히 장기 서명 키가 나중에 손상되기 때문에 과거 세션을 자동으로 노출하지 않습니다. TLS 1.3의 관련 보안 속성은 RFC 8446를 참조하세요. [16](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-16)

이번에 주요 위험은 인증 단계에서 발생합니다. 클라이언트가 가짜 서버의 인증서를 수락하면 여전히 암호화된 공격자와 연결을 설정할 수 있습니다. TLS 1.3에는 신뢰할 수 있는 인증도 필요합니다. 단순히 프로토콜 버전을 업그레이드하는 것은 CA 차단을 대체할 수 없습니다.

### 현재 내릴 수 있는 판단과 불가능한 판단

**확인됨:** 특정 중간 CA 개인 키가 손상되었습니다. 영향을 받는 공개 신뢰 경로는 광범위한 도달 범위를 갖습니다. 주요 플랫폼과 여러 소프트웨어 생태계가 조치를 취했습니다. [1](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-1)[4](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-4)[5](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-5)

**이 사건으로 입증되지 않은 내용:** 모든 사용자가 중간자 공격을 경험했거나 다른 CA 개인 키가 손상되었거나 모든 기록 HTTPS 트래픽이 해독 가능하거나 브라우저 하나를 업데이트하면 장치의 모든 애플리케이션이 보호된다는 것입니다.

특정 서비스에 대한 최종 판단은 주소 표시줄에 HTTPS가 표시되는지 여부뿐만 아니라 해당 서비스의 인증서 체인, 확인 정책, 실제 실행 중인 구성 요소 및 업데이트 상태를 기반으로 이루어져야 합니다.

## 부록 A 영향을 받는 중간 CA 이름

다음 이름은 자산 확인에 도움이 됩니다. 이름은 인증서 지문이나 공개 키 식별자를 대체하지 않습니다. 자동 일치는 교차 서명된 인증서를 포함하여 사고 관리자 또는 공급업체가 게시한 정확한 식별자를 사용해야 합니다. [5](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-5)

| 미들 CA              | 목적    | 관련기관        |
| ------------------ | ----- | ----------- |
| EM EV TLS CA - G3B | TLS   | eMudhra BV  |
| EM OV TLS CA - G3B | TLS   | eMudhra BV  |
| EM DV TLS CA - G3B | TLS   | eMudhra BV  |
| EM EV TLS CA - G3C | TLS   | eMudhra Inc |
| EM OV TLS CA - G3C | TLS   | eMudhra Inc |
| EM DV TLS CA - G3C | TLS   | eMudhra Inc |
| EM OV CS CA - G3B  | 코드 서명 | eMudhra BV  |
| EM OV CS CA - G3C  | 코드 서명 | eMudhra Inc |

TLS는 코드 서명과 정확히 동일한 유효성 검사기 및 해지 메커니즘이 아닙니다. 이 기사의 초점은 HTTPS/TLS입니다. 코드 서명 환경은 이러한 검증 목적으로 Microsoft, JDK 또는 관련 소프트웨어 공급업체를 채택해야 하며 브라우저 테스트 결과를 코드 서명 승인으로 간주해서는 안 됩니다. [5](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-5)[15](https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide#source-15)

## 부록 B 참조 링크

다음 출처는 2026년 10월 22일에 확인되었습니다. 롤링 공지사항은 계속 업데이트될 수 있으며, 텍스트에 포함된 상태 및 버전은 이 문서의 날짜를 기준으로 이해되어야 합니다.

### 사건 사실 및 플랫폼 처리

**\[1] Google Chrome 및 Android 공식 발표** 개인 키 결함, SPKI 차단, Google Play 서비스 배포, CT 보호 및 Chrome 루트 저장소 제거 계획에 대해 설명합니다. [Protecting Chrome and Android Users from Compromised eMudhra Intermediate CA Certificates](https://blog.google/security/protecting-chrome-and-android-users-from-compromised-emudhra-intermediate-ca-certificates/)

**\[2] Mozilla Bugzilla 2083449 이벤트 기록** 원본 보고서, 독립적 검증, 생성 프로세스 조사, Firefox Android에 대한 후속 수정 사항 및 법적 인증서 마이그레이션 논의가 포함되어 있습니다. 주석 5, 11, 29, 30번에 집중하세요. [eMudhra Private key compromise of Intermediate Certificates](https://bugzilla.mozilla.org/show_bug.cgi?id=2083449)

**\[3] Mozilla Firefox 보안 공지** OneCRL 긴급 배포 및 후속 Firefox/NSS 폐기에 대한 설명입니다. [Protecting Firefox users following the compromise of eMudhra intermediate certificates](https://blog.mozilla.org/security/2026/10/20/protecting-firefox-users-following-the-compromise-of-emudhra-intermediate-certificates/)

**\[4] 이벤트 코디네이터 Dennis Jackson 유지 관리 요약 및 감지 포털** 플랫폼 및 소프트웨어 수리 상태, 시험 응시, 공인 인증서 체인 자료, Windows/macOS 등의 환경에 대한 보충 지침을 제공합니다. 테스트 결과는 테스트된 실제 검증 경로만을 나타냅니다. [eMudhra Intermediate CA Compromise](https://emudhra.we-have-a-problem.com/)

**\[5] Mozilla 배포 및 신뢰 저장소 관리자에 대한 공지** 6개의 TLS 및 2개의 코드 서명 중간체 CA, Sectigo 교차 서명, 해지 및 루트 신뢰 처리 경계를 설명하고 정확한 인증서 및 공개 키 식별을 나열합니다. [oss-security eMudhra Intermediates Compromise](https://www.openwall.com/lists/oss-security/2026/10/20/1)

**\[6] eMudhra 공식 이벤트 성명** 키 생성 프로세스에 대한 제조업체의 예비 설명을 제공합니다. 정확한 근본 원인은 완료된 조사의 결론에 따라 결정됩니다. [eMudhra Statement on Recent Certificate Security Incident](https://emudhra.com/en/post/certificate-security-incident)

**\[7] Cloudflare 공식 사고 및 수리 지침** WARP, Cloudflare Tunnel, 원본 사이트 확인, 런타임 종속성, 이미지 업데이트 및 확인 방법을 다룹니다. [8 eMudhra certificates are compromised Here is what you need to know](https://blog.cloudflare.com/emudhra-certificate-compromise/)

### 운영 체제 및 배포판

**\[8] Ubuntu 공식 수리 공지** ca-certificates 수정 패키지, 지원 채널 및 각 버전의 대상 업데이트 단계를 나열합니다. [eMudhra CA compromise fixes available](https://ubuntu.com/blog/emudhra-ca-compromise-fixes-available)

**\[9] Debian 공식 문제 및 수리 기록** 관리자의 수정 기록과 해당 릴리스 패키지를 표준으로 삼아야 하며, 문제 논의에서 초기 임시 제안을 최종 해결책으로 간주해서는 안 됩니다. [Debian bug 1151413 eMudhra Intermediate CA key compromise](https://bugs.debian.org/1151413)

**\[10] Red Hat 공식 안전 게시판 RHSB 2026 012** RHEL 6부터 10까지, 관련 제품 및 컨테이너 영향, 수정 릴리스 및 임시 폐기 항목을 나열합니다. [Certificate compromise eMudhra](https://access.redhat.com/security/vulnerabilities/RHSB-2026-012)

**\[11] FreeBSD 공식 보안 게시판** 영향을 받는 시스템 분기, 복구 버전 및 서비스 다시 시작 요구 사항을 제공합니다. [FreeBSD SA 26 73 caroot](https://www.freebsd.org/security/advisories/FreeBSD-SA-26:73.caroot.asc)

### 런타임 및 프로토콜

**\[12] Python 공식 이벤트 설명** pip, certifi, uv 등에 대한 수리 기준을 제공하고, 기존 pip 독립 신뢰 저장소의 문제점을 설명하고, SHA-256 검증을 통한 초기 업그레이드 방법을 제공합니다. [Information for Python users regarding eMudhra emSign CA certificate security incident](https://discuss.python.org/t/information-for-python-users-regarding-emudhra-emsign-ca-certificate-security-incident/109576)

**\[13] Node.js 24.22.1 정식 출시** NSS 루트 저장소 업데이트를 포함하고 차단된 공개 키 인증서 체인이 포함된 변경 사항을 거부합니다. [Node.js 24.22.1 security release](https://github.com/nodejs/node/releases/tag/v24.22.1)

**\[14] Go 공식 보안 릴리스** 설명 Go 1.27.3/1.26.10.에 대한 crypto/x509 인증서 체인 필터링 업데이트 [Go 1.27.3 and Go 1.26.10 are released](https://groups.google.com/g/golang-announce/c/66pojueaQek)

**\[15] Oracle JDK 공식 폐기 지침** 즉시 업그레이드할 수 없는 경우 JDK 중요 패치 및 관련 구성 조치를 설명합니다. [Distrusting eMudhra Intermediate Certificates in Oracle JDK](https://ops.java/emudhra)

**\[16] TLS 1.3 프로토콜 표준 RFC 8446** 신원 인증, 임시 키 교환 및 전달 보안에 대한 지침은 부록 E.1를 참조하세요. [The Transport Layer Security Protocol Version 1.3](https://www.rfc-editor.org/rfc/rfc8446.html)

**\[17] 이벤트 관련 루트 인증서 및 발급관계 데이터** 직접 발급자와 교차 서명 관계를 이해하는 데 사용됩니다. 루트 저장소 포함 상태는 클라이언트의 최신 해지 또는 차단 상태를 대체할 수 없습니다. [Root certificate relationships JSON](https://emudhra.we-have-a-problem.com/roots.json)

## 보안유지상담

인증서 신뢰 변경이 시스템에 어떤 영향을 미치는지 잘 모르시나요? 영향을 받는 클라이언트를 평가하고 보안 업데이트를 계획하는 데 도움을 드릴 수 있습니다.

[보안 업데이트 논의](<https://keendigit.com/ko/contact?service=security-remediation#form>)

[원본 페이지](<https://keendigit.com/ko/insights/emudhra-ca-incident-remediation-guide>) · [콘텐츠 색인](<https://keendigit.com/ko/llms.txt>)

KeenDigit LLC · 와이오밍주 접수 ID: 2026-002106155

[와이오밍주 국무장관에게 확인](<https://wyobiz.wyo.gov/Business/filingSearch.aspx>)

© 2026 KeenDigit LLC · 미국 와이오밍주 셰리던 · 모든 권리 보유.