【Windows】社内Web会議の参加画面で証明書の信頼エラーが出る時の確認手順

社内Web会議に参加しようとした際、ブラウザや会議アプリで「この証明書は信頼されていません」といったエラーが表示され、先に進めないケースがあります。このエラーは、企業内の証明書基盤やネットワーク構成に起因することが多く、単純な再起動では解決しない場合があります。エラー画面に表示される証明書の情報や接続先を正しく読み取り、原因をシステム管理者に伝えることがスムーズな復旧の鍵となります。本記事では、会社員が自身で確認できる手順と、管理者へ報告すべき情報のまとめ方を解説します。

1. 証明書の信頼エラーが発生する主な原因

社内Web会議で証明書エラーが表示される背景には、以下のような原因が考えられます。まずは原因の種類を理解し、自身の状況に当てはめてみてください。

• ルート証明書や中間証明書の未配布: 社内公開鍵基盤で発行された証明書が、端末の信頼されたルート証明機関ストアに登録されていない場合に発生します。特に社用PCを新しくセットアップした直後や、長期休暇明けに起こりやすい現象です。
• 証明書の有効期限切れ: Web会議サーバー側の証明書の有効期限が切れている、または端末のシステム日時が大幅にずれていると、証明書が無効と判断されます。
• クライアント証明書の不足または不一致: 802.1X認証やVPN接続、スマートカードログオンなどで使われるクライアント証明書が正しくインストールされていない、または異なる証明書が使われている場合にエラーが発生します。
• プロキシサーバーによるTLS終端: プロキシサーバーが通信を中継する際に、内部で別の証明書を使う構成になっている場合があります。この証明書が端末から信頼されていないとエラーになります。

具体的なエラー表示の例

ブラウザでは「NET::ERR_CERT_AUTHORITY_INVALID」、会議アプリでは「信頼されない証明書」「接続が安全ではありません」といったメッセージが表示されます。エラー画面の「詳細」や「証明書を表示」ボタンから、証明書の情報を確認できる場合が多いです。

2. 端末側で確認すべき項目

まずはご自身の端末で、以下を確認してください。管理者権限がなくても確認できる項目から始めると、スムーズです。

1. システム日時を確認する: タスクバーの時計を右クリックし「日時の調整」を開きます。時刻が正しいか、タイムゾーンが適切かを確認してください。特に海外出張から戻った直後などはズレが生じやすいです。自動設定が有効でも、社内ネットワークの制限でNTPサーバーにアクセスできない場合があります。手動で合わせる前に、管理者に設定変更の可否を確認しましょう。
2. 証明書ストアを確認する: Windowsの「certmgr.msc」を実行し、「信頼されたルート証明機関」フォルダを開きます。社内のルート証明書が一覧に含まれているか確認します。証明書は発行元と拇印(フィンガープリント)で識別できます。未知の証明書をむやみに削除しないよう注意してください。
3. イベントビューアーのログを確認する: 「イベントビューアー」→「Windowsログ」→「システム」または「アプリケーション」で、Sourceが「CertificateServicesClient」「Schannel」「Security-SPP」などのイベントを探します。エラーログにはエラーコードと証明書のサブジェクトが記録されていることがあります。この情報は管理者に伝える際に非常に役立ちます。
4. プロキシ設定を確認する: ブラウザの「設定」→「ネットワークとインターネット」→「プロキシ」で、自動構成スクリプトや手動プロキシサーバーが指定されているか確認します。プロキシがTLSインスペクションを行っている場合、プロキシ用のルート証明書が端末にインストールされている必要があります。エラーが発生している会議のURL(例:meet.contoso.com)がプロキシの例外リストに入っているかも確認ポイントです。
5. ネットワーク接続の種類を確認する: 有線LAN、Wi-Fi、VPN、モバイルホットスポットのいずれを使っているか記録します。特に802.1X認証が必要なWi-Fiに接続している場合、クライアント証明書がないと認証そのものが失敗します。コマンドプロンプトで「netsh wlan show profiles」と入力し、現在接続中のプロファイルの認証方式を確認してください(管理者権限が必要な場合があります)。

クライアント証明書関連の追加確認

スマートカードやVPN接続で証明書エラーが出る場合、クライアント証明書のインストール状況を確認します。「certmgr.msc」→「個人」フォルダに、適切な証明書(発行先が自分のユーザー名)が存在するか確認します。複数の証明書がある場合は、Web会議サーバーが要求する証明書と一致していない可能性があります。証明書の削除は管理者に依頼してください。

3. エラー画面の情報を記録し管理者へ伝える

原因を自分で特定できない場合でも、以下の情報をスクリーンショットまたはテキストで取得しておくと、管理者の調査が大幅に短縮されます。

• エラー画面そのもの: エラーメッセージ全体(数字や記号を含む)と、表示されているURLまたはアプリケーション名。
• 証明書の詳細: エラー画面から「証明書を表示」や「詳細」ボタンをクリックし、「発行先」「発行元」「有効期限」「拇印」をメモします。特に発行元が社内CA(例:CN=Contoso Internal CA)か、外部のCAかが重要です。
• 発生時刻と頻度: いつからエラーが出るようになったか、特定の会議だけかすべての会議で発生するか。
• 端末の基本情報: Windowsのバージョン(Windows 10/11、エディション、ビルド番号)、参加しようとした会議アプリ(Teams、Zoom、Webexなど)とそのバージョン。
• ネットワーク環境: 社内LAN、自宅Wi-Fi、VPN経由などの接続種別。VPNの場合は接続方式(AnyConnect、GlobalProtectなど)も記載します。

管理者へ報告する際は、これらの情報を整理してチケットやメールで送ると、スムーズな対応が期待できます。以下は報告例です。

4. 状況別の比較表:エラー原因の切り分け

以下のテーブルを参考に、自分の環境とエラー内容を照らし合わせてください。複数の原因が重なることもあります。

エラー表示の特徴	発生しやすいネットワーク	主な原因	管理者への報告キーワード
「この証明書は信頼されていません」 発行元が社内CA名	社内Wi-Fi/有線LAN	ルート証明書が端末に未配布/期限切れ	「Enterprise CA」「ルート証明書の再配布依頼」
「クライアント証明書が必要」 802.1X認証のエラー	社内Wi-Fi(802.1X)	クライアント証明書が存在しない/スマートカード未挿入	「クライアント認証」「スマートカード」「EAP-TLS」
「日時が正しくない」旨の警告 証明書の有効期間外	全ネットワーク	端末のシステム日時がずれている	「NTP同期」「時刻修正」
「プロキシ設定が不正」 特定のURLのみエラー	プロキシ経由の社内ネットワーク	プロキシのTLSインスペクション用ルート証明書未インストール	「プロキシ」「WPAD」「TLSインスペクション」
「セキュリティ証明書の状態が異常」 VPN接続直後に発生	VPN(L2TP/IPsec、SSTPなど)	VPNサーバー側証明書の信頼チェーン問題/トンネル認証用証明書の不一致	「VPN」「証明書失効リスト」「CRL配布点」

5. やってはいけない操作と失敗パターン

証明書エラーが発生した際、焦って以下の操作を行うと、セキュリティリスクやシステムの不安定化を招く恐れがあります。絶対に避けてください。

• エラー画面の「続行」や「リスクを承知で接続」をクリックする: この操作は、その接続だけを一時的に許可するもので、根本原因を解決しません。また、悪意のある中間者攻撃を見逃す可能性があります。
• 証明書ストア内のファイルを無断で削除する: 特に「信頼されたルート証明機関」や「中間証明機関」から何かを削除すると、他の業務アプリケーションに影響が出る恐れがあります。削除の必要がある場合も、管理者に依頼してください。
• 個人でダウンロードした証明書をインポートする: インターネット上で配布されている「Fixツール」や自己署名証明書をインポートすると、端末が危険にさらされることがあります。社内の公式な配布方法(グループポリシーや社内ポータル)に従ってください。
• レジストリを変更する: 証明書検証を無効化するレジストリ設定(例:Internet SettingsのCertificateRevocation)は、絶対に自分で変更してはいけません。セキュリティが無効化されます。
• スマートカード関連のドライバーやミドルウェアを自分でインストール/アンインストールする: カードリーダーのドライバーが競合したり、正しいクライアント証明書が読み取れなくなったりする原因になります。

よくある失敗例:証明書の「再発行」を自分で試みる

社内CAから発行されたクライアント証明書の有効期限が切れた場合、ユーザー自身が簡単に再発行できるシステムもあります。しかし、その手順を誤って別の用途の証明書を取得したり、同じ証明書を複数台で使ったりすると、802.1X認証やスマートカードログオンに失敗することがあります。必ず管理者の手順に従ってください。

6. 管理者に確認すべき情報と依頼の仕方

上記の確認をしても解決しない場合、管理者へ調査を依頼します。その際、以下の項目を明確に伝えると対応が早まります。

• エラー発生日時と端末情報: 先ほど記録した情報を整理して提示します。
• 試したこと: 「日時を自動同期にした」「ブラウザのキャッシュを消した」「別の会議アプリでも同じエラー」「VPNを一度切断して再接続した」といった行動の結果も添えます。
• 管理者に依頼する内容: 例えば以下のような依頼が考えられます。
  -「ルート証明書が端末に配布されているか確認してほしい」
  -「クライアント証明書の有効期限と発行状況の確認」
  -「プロキシサーバーのTLSインスペクション用証明書の再インストール手順の提示」
  -「802.1X認証用Wi-Fiプロファイルの再配布依頼」
• 緊急度の伝え方: 全社的な会議に参加できないのか、特定の相手との会議だけなのかを明確にします。

管理者から証明書ファイル(.cerや.p7b)を受け取った場合、そのインストール手順は管理者の指示に従うか、ITサポートのマニュアルを参照してください。自己判断でインストールしないように注意します。

7. よくある質問(FAQ)

Q1. 証明書エラーは自分で解決できますか?

端末の日時修正やブラウザキャッシュのクリアなど、簡単な操作で改善する場合があります。しかし、ルート証明書の再配布やプロキシ設定の変更などは管理者権限が必要であり、かつ組織のポリシーに依存するため、基本的には管理者に相談してください。

Q2. スマートカードを挿入しているのに証明書エラーが出ます。

スマートカード自体が期限切れになっているか、カードリーダーのドライバーが正しく認識されていない可能性があります。また、Web会議アプリがスマートカードを認証方式として要求していない場合もあります。デバイスマネージャーで「スマートカードリーダー」が正常に動作しているか確認し、問題があれば管理者に連絡してください。

Q3. VPN接続中だけ証明書エラーが発生します。

VPNサーバー側で使用されている証明書が信頼されていないか、VPNトンネルを確立する際の認証証明書が不正である可能性があります。VPNクライアントの設定で「サーバ証明書の検証」が有効になっていることが原因の場合もあります。管理者にVPNサーバーの証明書情報を伝えてください。

Q4. エラー画面に「発行元が不明」と表示されます。

発行元が不明な証明書は、ほとんどの場合信頼できません。社内の正しいルート証明書がインストールされていないか、接続先がフィッシングサイトでないかを確認する必要があります。エラー画面のスクリーンショットを管理者に送り、URLが正しいか確認してもらいましょう。

Q5. 再起動したら直りましたが、また同じエラーが出ます。どうすればいいですか?

一時的にキャッシュがクリアされただけで、根本原因は解決していない可能性が高いです。次にエラーが発生した際には、発生直後に上記の手順で情報を記録し、管理者に報告することをお勧めします。定期的に発生する場合は、グループポリシーや証明書の自動更新に問題があるかもしれません。

まとめ

社内Web会議の証明書エラーは、端末の設定ミスや証明書の欠如が原因であることが多く、慌てずにエラー画面の情報を記録することが第一歩です。システム日時やネットワーク環境の違いを確認することで、原因を大まかに切り分けられます。証明書ストアのファイルを自分で削除したり、プロキシ設定を変更したりする前に、必ず管理者に相談してください。管理者に伝えるべき情報を整理しておけば、迅速な対応を受けられるでしょう。日頃から端末の時間同期が正しく行われているか確認する習慣をつけておくことも、予防策として有効です。

💻

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

🔐

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