証明書署名要求
証明書・鍵CSRは証明書署名要求で、発行済み証明書とは別物です。要求の識別情報や公開鍵を確認し、正規の発行手続きで証明書を取得します。対応する秘密鍵は別に保管され、CSRから再生成できるものではありません。
- 主な用途
- 公開鍵と識別情報を含む証明書の発行要求
- 中身の種類
- 作成元により異なる
目次・よくある質問・根拠資料を見る
内容の最終確認： · 編集：Kai
開き方・操作手順
使っている環境や目的の項目を開いて、手順を確認してください。
操作名・対応状況はアプリ・OS・版によって異なります。変更する前に原本を残してください。
開けないとき：症状から確認
- 証明書として使えない：発行された証明書と取り違えていないか確認します。
- 対象名が間違う：正規の管理手順で要求を作り直し、本文を直接書き換えません。
- 秘密鍵を失った：管理元のバックアップと再発行方針を確認します。
- 署名検証が失敗：未変更の原要求と符号化を確認します。
- 発行後の鍵が違う：使用したCSRに対応する鍵を確認します。
- 申請条件で拒否：要求の鍵方式、拡張と認証局の条件を比較します。
CSRの表示・PEM / DER表現の変更
- 要求の種類と符号化を確認し、req等で必要な表現へ出します。
- 要求内容を照合します。証明書が必要なら正規の発行手続きを別途行います。
- 形式を変えてもCSRは発行済み証明書になりません。発行結果を正規手順で受け取ります。
CSRをCRTへ変換するだけでは認証局の証明書は取得できません。自己署名と正規の発行は信頼条件が異なります。
要求・鍵・発行証明書の関係
CSRには公開鍵と要求情報があり、秘密鍵は別に保管します。発行証明書を受取った後も対応鍵が必要です。
確認例：CSRのverify成功は要求の署名確認です。サイト運営者の認証と発行済み証明書の取得は別に行います。
この手順の根拠：OpenSSL Project · openssl-req / IETF / RFC Editor · RFC 7468 — Textual Encodings
要求と発行結果を照合
要求した拡張が全てそのまま発行されるとは限りません。発行後の対象名、用途と期間を確認します。
この手順の根拠：OpenSSL Project · openssl-req / IETF / RFC Editor · RFC 7468 — Textual Encodings
関連形式との違い
| 形式・方法 | 役割 | 確認する点 |
|---|---|---|
| CSR | 発行を求める要求 | 要求情報・署名 |
| CRT / CER | 発行済み証明書 | 対象・期限 |
| 秘密鍵 | 署名等の鍵 | 別保管 |
取り扱いと安全性
要求内容の名前や組織情報を確認し、秘密鍵を申請資料として送らないでください。発行元の正規手順を使います。
よくある質問
CSRは証明書？
発行を依頼する要求です。
秘密鍵も入っている？
通常の要求には公開鍵があり、秘密鍵は別です。
改名してHTTPSで使える？
正規に発行された証明書と必要な鍵等を使います。
verify成功なら認証局の認証も済んだ？
CSRの署名確認で、ドメインや組織の認証・証明書発行とは別です。
CSRの内容を直接編集して訂正できる？
署名された要求です。正規ツールで必要な対象名の要求を作り直します。
形式の基本情報：正式名称・MIME type・管理団体
- 名称
- Certificate Signing Request (commonly PKCS#10)
- 管理・仕様
- IETF / issuing certificate authority workflow
- MIME type
- 作成元・配信元の指定による。拡張子だけでMIME typeは確定できません。
公式・一次情報
- プロジェクト公式openssl-req
署名要求の内容確認と自己署名証明書との違いです。
OpenSSL Project · リンク確認： - 標準仕様RFC 7468 — Textual Encodings
証明書・鍵・署名要求等のテキスト表現を定義します。
IETF / RFC Editor · リンク確認：