たとえサーバーへのTCP接続が確立できたとしても、ブラウザは証明書エラーを表示する場合がある。この場合、名前、時刻、信頼チェーン、およびサービス構成を調べる必要があります。
基本的な考え方
TLSセキュア通信セッションを確立する。証明書の検証は、ターゲットの予期される ID に関連付けられます。 IP アドレスで開かれたパネルの証明書は、ドメイン名に対してのみ発行される場合があります。システム時刻が正しくない場合や中間証明書が欠落している場合も、接続エクスペリエンスが中断される可能性があります。
確認手順
- エラーの全文とターゲット名をアドレスバーに記録します。
- システム時刻、証明書の有効日、および証明書がカバーする名前を確認してください。
- オンプレミスの証明書を使用する場合は、組織の展開方法で信頼の連鎖を検証します。
実践例
panel.example ドメインに発行された証明書を使用して IP 経由でデバイスを直接開くと、名前の競合が発生する可能性があります。デバイスの文書化された名前と DNS レコードを修正することは、すべてのユーザーに警告を回避するように指示するよりも永続的です。
結果を正しく解釈する
証明書エラーだけでは攻撃の証拠にはなりません。しかし、それを無視すべきではありません。セキュリティ ソフトウェア、企業の TLS 制御、または間違ったサーバーが影響している可能性もあります。診断ファイルには秘密キーとセッション情報を含めないでください。
出典と参考資料
プロトコルまたはコマンドの詳細: RFC 8446。手順とシナリオ例は IPScans の編集者の説明です。