RSA は 2048 と 4096 のどちらですか?

RSA 2048 は 2030 年頃まで安全です(NIST)。RSA 4096 はより大きなマージンを提供しますが、大幅に遅くなります。ほとんどの Web サーバーでは 2048 で十分です。長期間使うルート証明書には 4096 を使うか、ECDSA P-256 に切り替えてください。

SAN とは何ですか?

Subject Alternative Name により、1 つの証明書で複数のドメイン(例:example.com、www.example.com、api.example.com)をカバーできます。モダンな TLS には SAN が必須です。Common Name フィールドは非推奨となり、現在のブラウザは無視します。

証明書署名要求(CSR)を生成する

CSR には公開鍵と識別情報が含まれ、CA に送って署名済み TLS 証明書を取得します。必須フィールドと検証プロセスを学びましょう。

1

CSR(PKCS#10)には、公開鍵、識別名(CN、O、OU、C など)、対応する秘密鍵による署名が含まれます。CA が identity を検証し、署名済み証明書を返します。秘密鍵はサーバーから決して出ません。
2

RSA ツール →
RSA 鍵ペア(2048 または 4096 ビット)を生成します。秘密鍵はサーバーに置き、公開鍵は CSR に入れます。ECDSA の場合は P-256 または P-384 曲線を使ってください。
3

ハッシュ計算ツール →
CSR データをハッシュして、転送中の整合性を検証します。CA は CSR の署名(あなたの秘密鍵で作成)を検証して、鍵ペアの所有を確認します。
4

必須の CSR フィールド:CN(コモンネーム。あなたのドメイン)、O(組織)、C(国、2 文字)。SAN 証明書の場合は、Subject Alternative Names 拡張にすべてのドメインを列挙します。モダンなブラウザは CN を無視し、SAN のみを使います。

よくある質問

RSA は 2048 と 4096 のどちらですか?: RSA 2048 は 2030 年頃まで安全です(NIST)。RSA 4096 はより大きなマージンを提供しますが、大幅に遅くなります。ほとんどの Web サーバーでは 2048 で十分です。長期間使うルート証明書には 4096 を使うか、ECDSA P-256 に切り替えてください。
SAN とは何ですか?: Subject Alternative Name により、1 つの証明書で複数のドメイン(例:example.com、www.example.com、api.example.com)をカバーできます。モダンな TLS には SAN が必須です。Common Name フィールドは非推奨となり、現在のブラウザは無視します。