eMudhra証明書の信頼変更：接続停止を防ぎ、安易な信頼復元を避ける経営判断

結論：依存証明書の交換と、業務継続の条件を同時に決める

編集上の提案：対象チェーンに依存するサービスがある場合、利用部門・情シス・証明書の管理者を招集し、交換完了までの業務影響と対応方針を承認してください。担当者には、影響する接続先、利用端末、証明書の管理者、交換予定、試験結果を一つの一覧にまとめてもらいます。

編集上の分析：利用者から「昨日まで接続できた」と報告されても、信頼情報が変わったのか、証明書の期限、通信経路、アプリ固有の検証なのかは別途切り分けが必要です。接続回復を優先して証明書検証を無効にする対応は、回復条件を満たしたとは扱わない方針を提案します。

背景と理由：有効期限が残っていても信頼は変更される

確認済み事実：MSRCは、eMudhra中間CAの秘密鍵8件に関する問題を説明しています。内訳はTLS用6件、コード署名用2件です。Microsoftのシステムが侵害された事案ではないと明記されています。

編集上の分析：自社の秘密鍵が漏えいしていなくても、依存する認証局の信頼変更は接続・配布経路の確認契機になります。一方、本公表だけから自社の情報漏えいや悪性ソフトウェアの実行を断定することはできません。影響確認と侵害調査は、それぞれの証跡に基づいて判断します。

具体的な適用期日・数値・対象範囲

確認済み事実：Windowsの許可されない証明書の信頼リスト更新は2026年10月20日。7証明書をWindowsの信頼リストから削除する帯域外更新は10月26日、Edgeの信頼リストからの削除は10月27日です。7件はeMudhra G3ルート6件とAAA Certificate Servicesのクロス署名1件であり、問題となる秘密鍵8件と同じ集計ではありません。

確認済み事実：日本語のKB5134134はWindows 11 26H1向けの例で、CTL更新を受信しない端末を対象として説明しています。すべてのWindows端末へ同じKBを適用する案内ではありません。実際のOS・バージョンに対応する更新情報を確認してください。

日付の区別：MSRC記事公表日＝2026-10-26、同記事更新日＝2026-10-27、確認日＝2026-10-30。各更新の公表・実施日と自社端末への到達日は異なります。自社端末への適用完了日＝null、自社の交換完了期限＝null。後者は依存関係と更新到達を確認して設定する社内の判断事項です。

技術・システム上の確認事項

確認済み事実：Edge・WebView2の対象TLS証明書をブロックするCRLSetは、コンポーネント更新で配布されます。MSRCは、切断されたAzure VMSSや単一VMについても点検し、対象チェーンに依存する証明書は交換又は代替の信頼チェーンを用意するよう案内しています。

確認済み事実：Microsoft Learn日本語版は、閉域環境でCTLを配布するための内部ファイル・Webサーバーの構成を説明し、WSUSとは独立した概念としています。編集上の提案：月例更新の適用率だけで完了とせず、信頼・不信頼リストの更新経路と最終同期を確認してください。

編集上の確認案：ブラウザー、WebView2を使う業務アプリ、サービス実行アカウント、バッチ処理、独自の信頼ストアを持つ実行環境を区別し、実際の接続と署名検証を試験します。証明書の発行者名だけで判断せず、対象証明書一覧とチェーンを照合します。更新前後の状態、エラー、疎通結果、交換後チェーンを記録し、ログの時刻と端末を対応付けます。

経営・監査・契約・責任分界上の論点

編集上の論点整理：証明書を保有する委託先、OSを更新する運用会社、業務アプリの保守会社、自社の業務責任者の作業を分けて確認します。証明書の再発行だけで、すべての利用経路の試験まで完了したとは判断しません。誰が接続先を交換し、誰が端末へ配布し、誰が業務再開を承認するかを決めます。

編集上の契約確認案：緊急交換の受付時間、費用、再委託先への依頼、保守時間帯、接続停止時の通知、ログ提供、代替証明書への切替協力を確認してください。SLAのサービスクレジットと、自社の業務停止損失への補償範囲を同一視しない整理が必要です。責任の有無は契約条項と事実関係によるため、本記事では判断しません。

確認済み事実：Microsoftは、影響を理解しないまま対象階層への信頼をローカルに復元しないよう注意しています。編集上の選択肢：証明書交換は移行作業と試験が必要ですが依存を解消できます。代替経路への切替は実装・運用上の互換性確認が必要です。一時停止は業務影響を伴うため、代替業務と再開条件を決めます。例外的な信頼復元を検討する場合も、対象アプリの失効・不信頼リスト検証、対象範囲、期限、監視、解除責任者を個別に評価する経営判断として扱います。

エグゼクティブ向けアクション／確認リスト

編集上の実行案：情シス責任者は、対象チェーンへの依存、更新を受け取れない端末、影響業務の一覧を作成します。委託先から交換・配布・試験の計画と費用を受領し、業務責任者が停止許容時間と代替手順を確認します。期限は一律の日数を置かず、更新到達と事業影響を踏まえて承認してください。

編集上の完了条件：対象環境で交換後の証明書が検証でき、業務アプリと自動処理が動作し、例外設定と未更新端末の扱いが説明できることを確認します。既に更新が到達している場合は、失敗している業務の切り分けと代替手段を並行して進めます。

公式一次情報と本記事の対応範囲

事件の範囲と信頼変更はMSRC原文、日本語のKBはOS別更新の例、日本語のMicrosoft Learnは閉域配布の参考資料として使用しています。MSRCへの日本語公式ページのリンクは英語本文へ転送されたため、原文を出典としています。構成資料の日付が確認できない場合はsourceDateをnullとし、今回の事案の発生日や適用日を補いません。

本記事の棚卸し、試験、承認、費用・契約確認は編集上の提案・分析です。個別案件の法的判断は行いません。行政書士として対応可能かは関係法令と業務範囲の事前確認が必要です。紛争や代理交渉等は事案に応じた専門家への確認が必要です。本記事は法的助言ではなく検討材料です。