SSL 証明書チェッカー
サーバー証明書、中間証明書、チェーン全体、PKCS#7 バンドルを貼り付けると、
このページは中身と怪しい点を報告します:日付と現在の有効期間上限、
入力したホストを名前がカバーしているか、鍵サイズ、署名アルゴリズム、
TLS クライアントが読む拡張、そして各証明書が本当に次の証明書で署名されているか。
-----BEGIN CERTIFICATE----- ブロック、base64 または 16 進本体、
16 進で貼られた生 DER ファイルを読み、完全にブラウザー内で動作します。
自分の証明書の取得方法。Chrome / Edge では、南京錠(または "保護されていません" ラベル)を選び、
接続が保護されています → 証明書は有効です → 詳細 タブ → エクスポート —
DER エンコードの .cer を書き出します。証明書選択中にもう一度エクスポートを実行すると、中間証明書を 1 枚ずつ追加できます。
Firefox では南京錠から 接続を保護しました → 詳細を表示 → 証明書を表示 → ダウンロード で PEM ファイルが書き出されます。
macOS の Safari は同じパネルを南京錠から表示し、証明書をデスクトップにドラッグできます。
どのブラウザーでも開発者ツールの セキュリティ タブに同じパネルを開く 証明書の表示 リンクがあります。
サーバーやラップトップからは
openssl s_client -connect example.com:443 -servername example.com -showcerts を実行し、
出力をそのままここに貼ることもできます:ページは大きなダンプから BEGIN CERTIFICATE ブロックを読み取ります。
サイトが CDN の背後にある場合、エクスポートされるのは CDN が提示する証明書で、オリジンサーバーのものではありません。
まだ何もチェックされていません。上に証明書を貼り付けて証明書をチェックを押すと完全なレポートが表示されます。
チェックされること。本日と CA/ブラウザーフォーラムの有効期間スケジュールに対する日付の検証
(2026 年 3 月 15 日以降に発行された証明書は 200 日、2027 年から 100 日、2029 年から 47 日);
ブラウザーのワイルドカード規則によるサブジェクト代替名とのホスト名一致;鍵の種類とサイズ;
署名アルゴリズムと、引退済みのものかどうか;基本制約;鍵用途と拡張鍵用途;サブジェクト代替名の存在;
シリアル番号の長さ;証明書透明性タイムスタンプ;そして貼り付けられたチェーンのすべてのリンク —
各リンクは見た目で信用せず、ブラウザーの暗号インターフェースで検証されます。
できないこと。証明書が信頼されているかは答えられません。その答えは Web ページが読めない
ルートストアに依存するためです。失効の照会もできません。OCSP と CRL の照会はネットワークリクエストであり、
このページは一切行わないためです。そして、実行中のサーバーが実際に送る証明書も、その証明書を貼り付けない限り見えません —
接続を保持するブラウザーは、ページの内側から問い合わせることができません。
プライバシー:すべてブラウザー内に留まります。証明書とヘッダーはローカルで読まれ、
アップロードは発生せず、ページはネットワークなしで動作します。逆方向の証明書の作成は
自己署名証明書生成、
鍵が証明書に属するかの確認は
証明書・鍵マッチャーを使ってください。