【Microsoft Edge】管理対象ブラウザで社内ルート証明書が入らない時

会社のPCでMicrosoft Edgeを開いたとき、社内のWebサイトやVPN接続にアクセスできないことがあります。画面に「この接続ではプライバシーが保護されません」や「NET::ERR_CERT_AUTHORITY_INVALID」といったエラーが表示される場合、原因の多くは社内ルート証明書が正しくインストールされていないためです。管理対象のブラウザでは、証明書の配布や管理がグループポリシーやモバイルデバイス管理(MDM)によって制御されているため、手動で証明書をインポートすると、かえってセキュリティ上の問題を引き起こす可能性があります。本記事では、社内ルート証明書がEdgeで認識されない原因を切り分け、管理部門へ適切に報告できるようになるための手順を解説します。

社内ルート証明書がEdgeで認識されない原因

社内ルート証明書がEdgeで正しく認識されない原因は、大きく分けて三つあります。一つ目は、証明書自体が端末の信頼されたルート証明機関ストアに存在しないケースです。二つ目は、証明書は存在するものの、Edgeの証明書検証に影響するポリシーやセキュリティソフトが干渉しているケースです。三つ目は、証明書の有効期限切れや失効、または中間証明機関の欠落など、証明書チェーンに問題があるケースです。これらの原因を特定するためには、まずエラー画面に表示される詳細情報を確認し、次に端末の証明書ストアを調べる必要があります。

信頼されたルート証明機関ストアの確認

Windowsの証明書管理ツール(certlm.msc)を開き、「信頼されたルート証明機関」フォルダを確認してください。ここに社内のルート証明書が存在しない場合、配布が行われていない可能性があります。存在する場合は、証明書の有効期限と発行元を確認します。特に、自己署名証明書や社内CAが発行した証明書は、組織のポリシーで配布が制限されていることがあります。

Edgeの管理ポリシーによる制限

管理対象のEdgeでは、グループポリシーやMDMにより、特定の証明書をブロックしたり、特定のCAのみを信頼するように設定されている場合があります。例えば、「CertificateTransparencyEnforcementDisabledForUrls」や「BuiltInCertificateVerifierEnabled」などのポリシーが影響することがあります。管理者が意図的に社内証明書を除外している可能性もあるため、ポリシーの内容を確認する必要があります。

最初に行うべき確認手順

問題が発生した際、まずはエラー画面の詳細情報を記録し、接続先のURLやIPアドレスを特定してください。以下の手順で、管理部門が原因を調査するために必要な情報を収集できます。

1. エラー画面で「詳細設定」または「詳細情報」をクリックし、表示されるエラーコード(例:NET::ERR_CERT_AUTHORITY_INVALID)と説明文をメモします。
2. Windowsの「イベントビューアー」を開き、「Windowsログ」→「システム」または「アプリケーション」で、証明書関連のエラー(イベントID 64, 51, 41など)がないか確認します。
3. コマンドプロンプトを管理者として開き、「certutil -store Root」と入力して、信頼されたルート証明機関の一覧を出力し、社内CAの証明書が存在するか確認します。
4. Edgeのアドレスバーに「about://policy」と入力し、適用されているポリシーの一覧を表示します。特に証明書関連のポリシー(CertificateTransparencyEnforcementDisabledForUrlsなど)の値を記録します。
5. 接続先のURL(例:https://内部ポータル)が正しいか、またそのURLの証明書をクリックして証明書パスを確認します(ただし、エラーが出ているため直接は見られない場合があります)。

よくある失敗パターンとリスク

自分で証明書をインポートしようとして、次のような失敗をするケースが報告されています。これらの行為は、会社のセキュリティポリシーに違反するだけでなく、端末を危険にさらすことになります。

失敗パターン	具体的なリスク
エラー画面の「このサイトに進む」をクリックして無視する	中間者攻撃(MITM)に対して脆弱になり、情報漏洩のリスクが高まります。また、その場しのぎの対応で根本解決になりません。
インターネットから入手したルート証明書を手動でインポートする	不正な証明書を信頼してしまい、フィッシングサイトやマルウェア配布サイトを誤って信用する可能性があります。
自分で証明書ストアから社内CAの証明書を削除する	他のアプリケーションやサービスの認証がすべて不能になり、業務全体に支障をきたします。
レジストリを変更して証明書検証を無効にする	Edgeだけでなく全ての通信のセキュリティが無効化され、ウイルス感染や情報漏洩のリスクが著しく増大します。

管理者に報告するために必要な情報

管理部門が問題を迅速に調査するためには、以下の情報を正確に伝えることが重要です。これらの情報は、証明書の配布状況やポリシー設定の誤りを特定する手がかりになります。

• エラーコードとエラー画面のスクリーンショット(できれば「詳細情報」を含むもの)
• 接続先のURLまたはIPアドレス(例:https://portal.example.com)
• Edgeのバージョン(edge://settings/helpで確認)とWindowsのバージョン
• イベントビューアーで見つけた証明書関連のエラーイベント(イベントIDとメッセージ)
• 「certutil -store Root」の出力結果(特に社内CAの証明書が存在するかどうか)
• Edgeのポリシー一覧(about://policyの内容。特に証明書関連のポリシーをピックアップ)

これらの情報を纏めて、会社のヘルプデスクやIT管理部門に連絡してください。自分で証明書を追加したり削除したりする前に、必ず管理者の指示を仰いでください。

よくある質問(Q&A)

Q1. 会社のPCでは管理者権限がなく、certlm.mscを開けません。どうすればよいですか?

管理者権限がない場合は、自分で証明書ストアを確認できません。その場合、管理部門に依頼して確認してもらう必要があります。上記の「管理者に報告するために必要な情報」のうち、権限なしで取得できるもの(エラーコード、Edgeポリシーなど)を集めて報告してください。

Q2. 以前まではアクセスできていたのに突然使えなくなりました。何が原因でしょうか?

考えられる原因として、社内CAのルート証明書が期限切れになった、グループポリシーが変更されて証明書が削除された、あるいはセキュリティソフトの更新により証明書検証が厳格化された、などが挙げられます。まずイベントビューアーでエラーの発生時刻を確認し、その前後に行われたWindows Updateやポリシーの適用を管理部門に伝えてください。

Q3. 自分で証明書をインストールする方法を教えてもらえますか?

管理対象のPCでは、自己判断での証明書インストールは推奨しません。証明書のインストールは会社のセキュリティポリシーに基づいて管理部門が行うべきです。もしインストールが必要な場合でも、必ず管理部門の指示に従ってください。誤った証明書をインストールすると、セキュリティリスクが生じます。

Q4. エラーコードが「NET::ERR_CERT_REVOKED」と表示されました。どう違いますか?

「NET::ERR_CERT_REVOKED」は、証明書が発行者によって失効されていることを示します。この場合、ルート証明書がなくても発生し得ます。原因としては、証明書が漏洩した、または社内CAが証明書を失効させた可能性があります。いずれにしても、管理部門に報告してください。

まとめ

社内ルート証明書がEdgeで認識されない問題は、証明書ストア、ポリシー設定、証明書チェーンのいずれかに原因があります。最初に行うべきはエラー情報の記録と接続先の特定であり、自分で証明書を操作することは避けてください。収集した情報を管理部門に報告することで、迅速な原因特定と解決が期待できます。適切な手順を踏めば、安全に社内リソースへアクセスできるようになります。社内のセキュリティポリシーを尊重し、管理部門と連携して問題を解決しましょう。

💻

Windowsトラブル完全解決データベース 起動不能、更新の不具合、動作が重い、設定の消失など、Windows 10/11のあらゆるトラブル解決手順を網羅しています。

🔐

会社アカウント・認証トラブル完全解決データベース 職場または学校アカウント、MFA、Authenticator、VPN、権限、会社ポリシーで止まる問題を横断的に確認できます。