Goが緊急セキュリティ更新、認証局eMudhraの秘密鍵生成不備に対応―脆弱性 CVE-2026-111943 他|セキュリティニュースのセキュリティ対策Lab

投稿日時: 2026年10月21日更新日時: 2026年10月21日

プログラミング言語Goの開発チームは2026年10月20日（日本時間）、証明書検証に関する緊急セキュリティ修正版「Go 1.27.3」と「Go 1.26.10」の提供を発表しました。特定の認証局が管理する8件の中間認証局（中間CA）証明書を含む証明書チェーンを信頼しないよう変更したもので、CVE-2026-111943が割り当てられています。

背景には、インドの認証局eMudhraが発行した中間CA証明書の秘密鍵生成処理に関する問題があります。Mozillaは独自調査で8件の秘密鍵を復元できたことを確認し、悪用されれば偽のHTTPS証明書を発行できる危険性があると説明しています。Go側は緊急度の高い「URGENT」扱いとして直ちに更新するよう推奨しています。

Goの緊急更新と証明書問題のサマリー

2026年10月20日（日本時間）、Go 1.27.3／1.26.10のセキュリティ更新を発表。
脆弱性識別子はCVE-2026-111943。対象はGo標準ライブラリのcrypto/x509。
8件の中間CA公開鍵を検証時に識別し、該当する証明書チェーンを拒否する処理を追加。
Mozillaが10月17日（UTC）に受けた通報では、eMudhraの8件の中間CA秘密鍵が復元可能な状態にあった。
対象はTLS用6件とコード署名用2件。eMudhraは10月18日（UTC）に8件を失効処理。
MozillaはFirefox向けの失効リストを配布し、10月20日にFirefoxの追加修正版も公開。
Goで作成したクライアント等は、修正版で再ビルド・再配布した後、該当証明書チェーンへの接続が失敗する可能性がある。
実際に第三者が偽証明書を発行して通信を傍受した被害の発生については、確認されたものとして公表されていない。

項目	内容
Go修正版	Go 1.27.3、Go 1.26.10
公表	2026年10月20日（日本時間）
CVE	CVE-2026-111943
対象コンポーネント	`crypto/x509`の証明書チェーン検証
信頼対象から除外	8件の中間CAの公開鍵を含む証明書チェーン
認証局	eMudhra（emSignブランド）
証明書の用途	HTTPS/TLS用6件、コード署名用2件
発生し得る影響	修正版Goでビルドしたアプリが該当チェーンを持つ相手とのTLS接続を拒否
Go側の対応	修正版への速やかな更新を推奨

なぜ8件の中間CA証明書がブロックされたのか

Go開発チームは公式告知で、特定の認証局の運用に関するセキュリティ上の懸念を理由に、一部の中間CA証明書を信頼しない措置を取ったと説明しました。公開した修正コードでは、証明書の公開鍵情報（SPKI）のSHA-256ハッシュを用いて問題の鍵を判別し、その鍵を含むチェーンを検証結果から除外しています。

一方、Mozillaが公開した調査記録では、その背景が具体的に明らかになっています。2026年10月17日（UTC）、外部の報告者からeMudhraの中間CA8件について秘密鍵の制御を示す証拠が届き、Mozillaも独自に秘密鍵を復元しました。Mozillaによれば、証明書の署名アルゴリズムそのものではなく、2025年4月30日の鍵生成手順に問題があり、十分な強度を備えない鍵が証明書に使われていました。

eMudhraもMozillaの公開調査記録で、鍵生成時のスクリプトに不備があり、意図しない弱い鍵が証明書署名要求に用いられたとの暫定調査結果を説明しています。同社は関係する8件の中間CAを失効させ、ほかの鍵への影響も調査しています。

中間CAの秘密鍵を第三者が利用できる状態になると、その認証局が発行したように見せかけた証明書を作成されるおそれがあります。通信経路上で接続を妨害・誘導できる攻撃者がこれを悪用した場合、Webサイトのなりすましや通信内容の傍受・改ざんにつながる可能性があります。ただし、秘密鍵の復元可能性が確認されたことと、実際に通信が傍受されたことは別です。

対象はTLS用6件、コード署名用2件

Mozillaの調査記録で特定された中間CAは次のとおりです。末尾の「G3B」「G3C」は異なる発行主体・系列を区別する名称で、計8件が対象です。

用途	対象となった中間CA
TLS／ドメイン認証（DV）	EM DV TLS CA – G3B、EM DV TLS CA – G3C
TLS／組織認証（OV）	EM OV TLS CA – G3B、EM OV TLS CA – G3C
TLS／EV認証	EM EV TLS CA – G3B、EM EV TLS CA – G3C
コード署名（CS）	EM OV CS CA – G3B、EM OV CS CA – G3C

Goの修正は証明書そのものの指紋ではなく公開鍵情報を判定するため、同じ鍵を別の認証局がクロス署名した証明書チェーンも除外対象となります。macOSやWindowsでOSの証明書検証機能を利用する経路にも、Go側の追加チェックが実装されています。

Goの修正による拒否は「これらの中間CAが含まれる証明書チェーン」に対するもので、eMudhraが発行したすべての証明書をGoが一律に拒否するという意味ではありません。

Firefoxも緊急対応、関連証明書約3万件の移行計画

Mozillaは10月17日（UTC）に対象の中間CA6件をFirefoxの失効情報配信機構「OneCRL」でブロックしました。標準設定のFirefoxでは、ブラウザー本体を更新しなくても失効情報を受け取れる仕組みです。その後、失効情報を受け取れない利用環境にも対策を届けるため、10月20日にFirefox 158.0.1、Firefox ESR 115.43.1／153.5.1を公開しました。

さらにMozillaは、問題のある中間CAに連なるルート証明書についても信頼対象からの除外を進めています。Chromeのルートプログラム担当者も同様の方針を公表しました。eMudhraはMozillaの公開記録で、関連するルートに連なる中間CAからの新規発行を停止し、初期見積もりで約3万件の証明書を別の証明書チェーンへ移行する必要があると説明しています。

この約3万件は、Goが直接ブロックする8件の中間CAから発行された証明書数を意味するものではなく、広範なルート証明書の信頼見直しに伴う移行対象の見積もりです。eMudhraは問題の8件について、エンドエンティティ証明書の発行実績はなかったと説明しています。

Go製アプリへの影響と更新時の注意点

Goの修正版は、問題のある証明書チェーンを含む通信相手に接続する際、証明書の検証を失敗させます。該当するサービスではTLS接続が成立しなくなる可能性があります。これは問題のある認証局への信頼を意図的に取り消す安全措置であり、更新自体の不具合とは区別する必要があります。

Goではコンパイル時に標準ライブラリのコードがアプリケーションへ組み込まれるため、開発環境のGoだけを更新しても、既に配布済みの実行ファイルに対策が自動的に反映されるわけではありません。運用中のGo製クライアント、API接続ツール、エージェント等については、修正版Goによる再ビルドとデプロイが必要です。Go 1.25以前のサポート外系列を利用している場合は、サポート中の系列への移行を検討します。

証明書の管理者側では、自社サイトやAPIエンドポイントが提示する証明書チェーンに対象の中間CAや、信頼見直しの対象となったルートが含まれていないか確認してください。対象の場合は、別の信頼できる認証局系列から証明書を再発行し、サーバー側のチェーンを更新する必要があります。

Go製アプリを提供・運用する企業では、次の点を確認できます。

開発・CI環境と稼働中バイナリのGoバージョンを棚卸しし、1.27.3または1.26.10へ更新する。
Go製のHTTPS・TLSクライアントが接続する重要な外部API、社内サービス、プロキシなどの証明書チェーンを確認する。
修正版で再ビルドしたアプリケーションを検証環境に配布し、接続エラーが生じないか確認する。
接続先の証明書が対象であれば、証明書を安全な発行系列へ切り替える。証明書検証の無効化で回避しない。
Firefoxおよび関連の証明書ストアを利用する製品についても、提供元の更新情報を確認する。

今回の対策は通常の証明書検証で信頼できないチェーンを除外するものであり、「Go製アプリが攻撃された」「特定のWebサイトで情報が漏えいした」という発表ではありません。証明書の信頼失効に伴う接続への影響と、秘密鍵悪用の潜在的なリスクを分けて判断する必要があります。

出典

<!– SEOディスクリプション案： GoがCVE-2026-111943に対応する緊急更新1.27.3／1.26.10を公開。認証局eMudhraの8件の中間CA秘密鍵生成不備を受け、証明書チェーンを拒否。Mozillaの調査結果、Firefoxの緊急更新、Go製アプリの再ビルドと証明書切り替え時の注意点を解説。 –>