CSRチェッカー

SSL証明書署名要求の検証ツール

CSRチェッカーは、SSL/TLS証明書の取得に必要な証明書署名要求（Certificate Signing Request）の内容を即座に検証できる無料オンラインツールです。CSRに含まれるCommon Name（CN）、組織情報（Organization）、国コード、公開鍵アルゴリズム、鍵長などの詳細情報を一目で確認できます。証明書発行前の最終確認や、CSR生成の正確性を検証する際に便利です。

使い方

CSRチェッカーの使い方は非常にシンプルです：

ステップ1: CSRをコピー
OpenSSLやサーバー管理画面で生成したCSRファイルの内容をコピーしてください。「-----BEGIN CERTIFICATE REQUEST-----」から「-----END CERTIFICATE REQUEST-----」までの全文をコピーします。
ステップ2: 入力欄に貼り付け
下のテキストエリアに、コピーしたCSRの内容を貼り付けてください。
ステップ3: チェックボタンをクリック
「チェック」ボタンをクリックすると、CSRの内容が解析され、詳細情報が表示されます。Common Name、組織情報、公開鍵アルゴリズム、鍵長などを確認できます。

入力されたCSRデータはサーバーに保存されません。すべての処理はブラウザ上で完結し、プライバシーが完全に保護されます。

CSRを貼り付けてください

CSRチェッカーの実用例

CSRチェッカーは、SSL/TLS証明書の取得・管理において以下のような場面で活用されています：

証明書発行前の最終確認

認証局（CA）にCSRを送信する前に、Common Name（ドメイン名）、組織名、国コードなどが正しく入力されているかを確認します。間違った情報で証明書を発行してしまうと、再発行に時間とコストがかかります。

CSR生成の検証

OpenSSLやサーバー管理画面でCSRを生成した後、期待通りの内容になっているかを確認します。特に、SANs（Subject Alternative Names）やワイルドカード証明書の場合、複数のドメインが正しく含まれているかをチェックします。

公開鍵アルゴリズムと鍵長の確認

セキュリティポリシーに適合しているかを確認します。例えば、RSA 2048ビット以上、またはECDSA（楕円曲線暗号）が使用されているかを検証します。

証明書更新時の情報確認

SSL証明書の有効期限が近づき、更新用のCSRを生成した際、前回と同じ情報（組織名、部署名など）が含まれているかを確認します。

複数サーバーの証明書管理

複数のWebサーバーやロードバランサーで異なるCSRを生成した場合、どのCSRがどのサーバー用かを識別するために、CSRの内容を確認します。

トラブルシューティング

証明書のインストールエラーや、ブラウザでの警告が発生した場合、CSRと証明書の内容が一致しているかを確認します。Common NameやSANsの不一致が原因のことが多いです。

セキュリティ監査対応

セキュリティ監査やコンプライアンス要件で、使用している証明書の公開鍵アルゴリズムや鍵長を報告する必要がある場合、CSRから情報を抽出します。

CSR（証明書署名要求）とは？

CSR（Certificate Signing Request / 証明書署名要求）は、SSL/TLS証明書を取得する際に、認証局（CA: Certificate Authority）に提出する電子データです。CSRには、証明書に記載される情報（ドメイン名、組織名、所在地など）と公開鍵が含まれています。

CSRに含まれる主要な情報

CSRには、以下のような情報が含まれています：

Common Name (CN) - 証明書を使用するドメイン名（例: www.example.com）
Organization (O) - 組織名・会社名
Organizational Unit (OU) - 部署名（例: IT部門）
Locality (L) - 市区町村名（例: 渋谷区）
State/Province (ST) - 都道府県名（例: 東京都）
Country (C) - 国コード（2文字、例: JP）
Email Address - メールアドレス（オプション）
Subject Alternative Names (SANs) - 追加ドメイン名（ワイルドカード証明書やマルチドメイン証明書の場合）

公開鍵と秘密鍵の関係

CSRは、公開鍵暗号方式の仕組みに基づいています：

1. サーバー側で秘密鍵（Private Key）を生成
2. 秘密鍵から公開鍵（Public Key）を生成
3. 公開鍵と証明書情報をCSRに含めて認証局に送信
4. 認証局がCSRの内容を検証し、デジタル署名を行ってSSL証明書を発行
5. 発行された証明書をサーバーにインストール

重要: 秘密鍵は絶対に外部に公開してはいけません。CSRには公開鍵のみが含まれ、秘密鍵は含まれていません。

CSRの生成方法

CSRは、以下のツールで生成できます：

OpenSSL - コマンドラインツール（最も一般的）
例: openssl req -new -newkey rsa:2048 -nodes -keyout server.key -out server.csr
サーバー管理画面 - Apache、Nginx、IISなどの管理画面
ホスティングコントロールパネル - cPanel、Pleskなど
オンラインCSR生成ツール - Webブラウザで生成

CSRのフォーマット（PEM形式）

CSRは通常、PEM（Privacy Enhanced Mail）形式でエンコードされています。Base64エンコードされたテキストで、以下のような形式です：

-----BEGIN CERTIFICATE REQUEST-----
MIICvDCCAaQCAQAwdzELMAkGA1UEBhMCVVMxDTALBgNVBAgMBFV0YWgxDzANBgNV
...
-----END CERTIFICATE REQUEST-----

CSRチェッカーを使用するメリット

証明書発行ミスの防止

認証局にCSRを送信する前に、Common Nameやorganization情報が正しいかを確認することで、証明書の再発行コストを削減できます。

セキュリティポリシーへの適合確認

企業のセキュリティポリシーで要求される鍵長（例: RSA 2048ビット以上）や、アルゴリズム（ECDSA推奨など）が使用されているかを確認できます。

迅速なトラブルシューティング

証明書インストール時のエラーや、ブラウザでの警告が発生した場合、CSRの内容を確認することで原因を素早く特定できます。

SANsの検証

ワイルドカード証明書やマルチドメイン証明書で、Subject Alternative Names（SANs）が正しく含まれているかを確認できます。

コマンドライン不要

OpenSSLコマンドを覚える必要がなく、ブラウザ上で簡単にCSRの内容を確認できます。

プライバシー保護

CSRデータはブラウザ上で処理され、サーバーに送信されないため、機密性の高い情報も安全に確認できます。

セキュリティとベストプラクティス

CSRとSSL証明書を扱う際は、以下のセキュリティ原則を守ってください：

秘密鍵は絶対に共有しない

CSRには公開鍵のみが含まれますが、秘密鍵（Private Key）は絶対に外部に公開してはいけません。秘密鍵が漏洩すると、SSL証明書が無効化され、通信が盗聴される危険があります。

推奨される鍵長とアルゴリズム

現在の標準は、RSA 2048ビット以上、またはECDSA（楕円曲線暗号）です。RSA 1024ビットは非推奨です。

CSRの再利用は避ける

証明書更新のたびに新しいCSRと秘密鍵を生成することが推奨されます。古い秘密鍵を使い続けると、漏洩リスクが高まります。

Common Nameの正確性

Common Name（CN）は、証明書を使用するドメイン名と完全に一致している必要があります。例えば、www.example.comとexample.comは別のドメインとして扱われます。

ワイルドカード証明書の注意点

ワイルドカード証明書（*.example.com）は、サブドメイン（sub.example.com）には有効ですが、メインドメイン（example.com）には無効です。

よくある質問（FAQ）

CSRとSSL証明書の違いは何ですか？

CSRは証明書を取得するために認証局に送信する「申請書」のようなものです。CSRを受け取った認証局が、内容を検証し、デジタル署名を行って発行するのがSSL証明書です。CSRには公開鍵が含まれ、SSL証明書には公開鍵と認証局の署名が含まれます。

CSRチェッカーで秘密鍵が漏洩することはありますか？

いいえ、CSRには秘密鍵は含まれていません。CSRに含まれるのは公開鍵のみです。当ツールはCSRの内容を解析するだけで、秘密鍵にアクセスすることはできません。

CSRを間違って生成してしまいました。再生成する必要がありますか？

はい、間違った情報（Common Nameや組織名など）でCSRを生成した場合、正しい情報で再生成する必要があります。間違ったCSRで証明書を発行すると、再発行に追加費用がかかることがあります。

ワイルドカード証明書用のCSRはどのように生成しますか？

Common Nameを「*.example.com」のように、アスタリスク（*）を含めて指定します。これにより、sub.example.com、www.example.comなど、すべてのサブドメインに対応する証明書が発行されます。

CSRに有効期限はありますか？

CSR自体には有効期限はありませんが、セキュリティの観点から、生成後すぐに使用することが推奨されます。長期間放置したCSRは、秘密鍵の漏洩リスクが高まるため、再生成が推奨されます。

SANs（Subject Alternative Names）とは何ですか？

SANsは、1つのSSL証明書で複数のドメイン名をカバーするための拡張機能です。例えば、www.example.com、example.com、mail.example.comを1つの証明書でカバーできます。

このツールでCSRを生成できますか？

いいえ、このツールはCSRの内容を検証・確認するためのものです。CSRを生成するには、OpenSSLやサーバー管理画面を使用してください。

RSAとECDSAのどちらを選ぶべきですか？

ECDSA（楕円曲線暗号）は、RSAよりも短い鍵長で同等のセキュリティを実現できます。例えば、ECDSA 256ビットはRSA 3072ビットと同等です。ただし、古いブラウザやシステムでは対応していない場合があるため、互換性が重要な場合はRSA 2048ビット以上を選択してください。