SSL 証明書・PEM バンドル解析

暗号・ハッシュ

読み込み中

ツールを読み込んでいます

ツールを準備しています。残り時間はまだわかりません。

このツールの処理はすべてブラウザー内で行われ、入力内容はサーバーへ送信されません。

このツールについて

ブラウザー内で単一証明書または PEM バンドルを確認します。各項目の主体、発行者、有効期間、公開鍵の属性、指紋を表示します。発行者候補は名前の符号化を比較するだけで、署名や信頼性を証明しません。

主な用途

証明書を送信せず、期限切れや有効期間開始前の項目を探します。
リーフ証明書から並べたバンドルの発行者候補について、欠落、曖昧さ、重複、順序の問題を調べます。
単一証明書の操作を保ちながら、RSA、名前付き曲線 EC、対応する公開鍵の情報を確認します。

使い方

1.CERTIFICATE PEM ブロックを一つ以上貼り付けます。単一証明書は DER 16進数モードや証明書ファイルの選択にも対応します。
2.解析を実行し、各項目のフィールド、形式エラー、日付の警告を確認します。番号は入力順です。
3.発行者候補の番号と順序の診断を確認します。同名や自己発行は、自己署名や信頼を意味しません。現在の結果と検査範囲を確認してから、サイズ制限のあるレポートをコピーします。入力やモードを変更すると以前の結果は無効になります。

合成入力による検証例

リーフの直後に名前一致の候補

{"subjects":["CN=Synthetic Leaf","CN=Synthetic Root"],"statuses":["withinDates","withinDates"],"candidates":[[1],[]],"issues":[]}

これはダミー署名付きの合成メタデータで、利用可能な証明書チェーンではありません。時刻を2026-01-01とすると候補1はリーフ0の直後です。名前一致は署名を検証しません。例の配列は0始まり、画面の証明書番号は1始まりです。

逆順にすると前方の候補を表示

{"subjects":["CN=Synthetic Root","CN=Synthetic Leaf"],"statuses":["withinDates","withinDates"],"candidates":[[],[0]],"issues":["orderMismatch"]}

インデックス1のリーフが前方の候補0を見つけます。orderMismatchは人による確認を促すもので、自動並べ替えや検証済みパスの判定ではありません。すべての署名は未検証です。

発行者が不足したままの入力

{"subjects":["CN=Synthetic Leaf"],"statuses":["withinDates"],"candidates":[[]],"issues":["missingIssuer"]}

リーフだけの入力です。missingIssuerはDERバイト列が一致する主体名がローカルで見つからないという意味です。発行者の無効性や他の場所での不在は示しません。URLは取得しません。

完全に重複した公開証明書

{"subjects":["CN=Synthetic Root","CN=Synthetic Root"],"statuses":["withinDates","withinDates"],"candidates":[[1],[0]],"issues":["duplicateCertificate"]}

二つ目の公開証明書は一つ目と同じDERです。duplicateCertificateで重複を示します。同名の候補リンクは信頼や署名に関する判断を表しません。

同名証明書の曖昧さを保持

{"subjects":["CN=Synthetic Leaf","CN=Synthetic Root","CN=Synthetic Root"],"statuses":["withinDates","withinDates","withinDates"],"candidates":[[1,2],[2],[1]],"issues":["ambiguousIssuer"]}

異なる二つの合成証明書に、同じ主体名の符号化があります。両方をリーフの発行者候補として残し、ambiguousIssuerで一意な発行者と誤認することを防ぎます。

不正な項目の入力位置を保持

{"subjects":["CN=Synthetic Leaf",null,"CN=Synthetic Root"],"statuses":["withinDates","certificateInvalid","withinDates"],"candidates":[[2],[]],"issues":["malformedEntry","orderMismatch"]}

中央の空のDER SEQUENCEは証明書ではありません。エラーはインデックス1に残り、候補2を保持します。orderMismatchはリーフの直後ではないことを示します。

固定した未来の時計で期限切れ

{"subjects":["CN=Synthetic Root"],"statuses":["expired"],"candidates":[[]],"issues":[]}

端末時刻を2040-01-01に固定し、記録された2030-01-01の期限を過ぎています。expiredは日付のみの結果で、署名や失効の追加検査を意味しません。

秘密鍵ブロックのラベルを拒否

-----BEGIN PRIVATE KEY-----
SYNTHETIC-NONKEY-SENTINEL
-----END PRIVATE KEY-----

{"subjects":[],"statuses":[],"candidates":[],"issues":["pemUnsupportedBlock"]}

内容は意図的な架空の非鍵マーカーです。禁止ラベルにより入力全体を固定の診断で拒否し、マーカーの内容をレポートに含めたり本物の秘密鍵として処理したりしません。

制限と注意事項

最大32証明書、入力2 MiBで、DERの深さ、ノード数、出力にも上限があります。証明書専用の厳密なPEM入力では、秘密鍵、他のブロック種別、周辺の説明文、不正な境界を拒否します。
候補は発行者名と主体名のDERバイト列が完全一致する場合に限ります。同等の名前でも符号化が異なると一致せず、無関係な同名証明書が一致する場合もあります。署名、CA・鍵用途、名前制約、ホスト名、システムの信頼、完全なPKIXパス、失効は検証しません。
AIA、OCSP、CRLなどのURLへアクセスしません。入力はローカルで処理し、永続保存しません。日付の状態は端末の時計を使い、指紋はWeb Cryptoに依存します。
未知のアルゴリズムはパラメーターを解釈せず識別子だけを表示する場合があります。これは制限付きのフィールド・構造検査であり、完全なASN.1スキーマ検証や安全性の判定ではありません。

よくある質問

発行者の一致や自己発行は信頼できるチェーンを意味しますか？

いいえ。名前の符号化を比較しているだけで、署名や信頼済みルートは検証しません。自己発行は主体名と発行者名が一致するという意味で、自己署名の証明ではありません。信頼性は適切に設定した別の証明書検証器で判断してください。

一つの証明書が壊れている場合はどうなりますか？

該当項目をエラーとして示し、他の解析可能な項目を保持します。PEMの境界エラーや禁止されたブロック種別は入力全体を拒否します。診断に秘密鍵ブロックの内容は含めません。

有効期間内という表示は何を証明しますか？

端末の時計が証明書に記録された期間内にあることだけです。署名、失効、ホスト名の所有権、利用者による信頼を証明するものではありません。