JA
マイツール

CSR デコーダー(証明書署名要求の確認)

CSR を解読して、サブジェクト、SAN、鍵の種類とサイズ、署名アルゴリズム、要求された拡張を表示し、自己署名を検証して弱い設定を警告します。

-----BEGIN CERTIFICATE REQUEST----- ブロック、または DER リクエストの Base64 を貼り付けてください。
マイツール →
広告

証明書署名要求を CA に送る前、または誰かから送られてきたときには、実際に何を求めているのかを確認する価値があります。このデコーダーは、PEM または Base64 の CSR を読み取り、サブジェクト、サブジェクト代替名、鍵の種類とサイズ、署名アルゴリズム、要求された拡張を表示します。リクエストの自己署名を Web Crypto API で検証し、弱い鍵、SHA-1、SAN の欠落、SAN に含まれない CN について警告します。

使い方

  1. BEGIN と END の行を含めて CSR を貼り付けます。
  2. サブジェクトと SAN の行を読み、すべてのホスト名が含まれているか確認します。
  3. 鍵が最低でも RSA 2048 または ECDSA P-256 で、署名が有効であることを確認します。
  4. 公開鍵のハッシュを自分の秘密鍵と比較し、対になっていることを確かめます。

計算式

Signature check: verify(signature, publicKey from the CSR, DER of CertificationRequestInfo) with the algorithm named in signatureAlgorithm.

有効な自己署名は、そのリクエストが秘密鍵の持ち主によって作られ、その後変更されていないことの証明です。内容が真実かどうかは示さず、それは CA が別に確認します。

計算例

www.example.com 向けの ECDSA リクエストでは、EC P-256(256 ビット)、ECDSA と SHA-256、SAN の DNS:www.example.com、DNS:example.com、IP Address:192.0.2.1、email:admin@example.com が表示され、署名: 有効 になります。Base64 の署名を 1 文字変えるだけで結果は無効になり、openssl req -verify が失敗を報告するのと同じです。

よくある質問

CSR に秘密情報は含まれますか?

いいえ。公開鍵、名前、署名だけなので、CA に送っても安全です。ただし、任意の属性であるチャレンジパスワードは CSR 内に平文で残るため、このツールは警告します。秘密鍵は決して貼り付けないでください。

署名が有効とはどういう意味ですか?

CSR の署名が中に含まれる公開鍵と一致するということで、リクエストが無傷で、秘密鍵の持ち主が署名した証拠になります。ドメインや組織が本当に自分のものかどうかは、CA が別に確認します。

公開鍵のハッシュはどう使いますか?

表示された SHA-256 と、この秘密鍵から計算した値を比較します。一致すれば、この CSR はその秘密鍵で作られています。注記にある openssl コマンドで同じ値を計算できます。

出典

最終更新:

このツールを引用する
APA

kakaoCalc. (2026, November 8). CSR デコーダー(証明書署名要求の確認). https://kakao.mobile/ja/tools/csr-decoder/

MLA

“CSR デコーダー(証明書署名要求の確認).” kakaoCalc, 8 Nov. 2026, kakao.mobile/ja/tools/csr-decoder/.

広告