CSR Generator

Karena kunci privat yang sampai ke server orang lain memenuhi definisi industri sendiri tentang kunci yang telah bocor (compromised) — apa pun yang kemudian dilakukan server itu terhadapnya.

Baseline Requirements dari CA/Browser Forum mendefinisikannya tanpa ruang untuk berdebat: “A Private Key is said to be compromised if its value has been disclosed to an unauthorized person, or an unauthorized person has had access to it.” Tidak perlu penyalahgunaan. Sampai ke tangan orang lain saja sudah cukup.

Ini bukan teori. Pada 2020 DigiCert menemukan 337 kunci privat yang ditempelkan pelanggan bersama permintaan mereka, mencabut setiap sertifikat yang terlibat, dan melaporkannya secara terbuka: “by sending the private key to DigiCert along with the CSR, the customer has compromised the private key”, ditambah “the only part of a CSR we use is the public key”. Generator yang membuat kunci di servernya sendiri lalu memberi Anda salinannya, menurut definisi itu, sudah membuat kuncinya bocor. Halaman ini tidak mungkin melakukannya: crypto.subtle.generateKey berjalan di browser Anda, dalam frame ber-sandbox yang tidak boleh terhubung ke mana pun, dan halaman di sekelilingnya hanya pernah melihat kunci publik.

ECDSA P-256 untuk semua yang baru: sekuat kunci RSA 3072 bit, jauh lebih kecil, dan diizinkan oleh aturan yang diikuti setiap otoritas sertifikat publik. RSA 2048 bila perangkat lama harus membaca kuncinya.

NIST menempatkan P-256 dan RSA-3072 pada kekuatan keamanan 128 bit yang sama, dan sama sekali tidak memberi RSA-4096 kekuatan tersendiri — langkah berikutnya di tabelnya adalah 7680 bit. Jadi 4096 membebani setiap pengunjung dengan kerja handshake ekstra tanpa keuntungan terdokumentasi. P-384 adalah langkah 192 bit, dan Baseline Requirements mengizinkan P-521 juga, tetapi Let's Encrypt menolak P-521: sebuah permintaan bisa sah sepenuhnya dan tetap gagal di CA yang ingin Anda pakai.

Ed25519 ditawarkan di sini karena sangat baik untuk SSH, penandatanganan, dan CA privat — tetapi tidak ada otoritas sertifikat publik yang akan menerbitkan sertifikat TLS untuknya. Aturannya mendaftar RSA dan tiga kurva NIST lalu menyatakan “no other algorithms or key sizes are permitted”. Hal yang sama berlaku untuk ML-DSA pasca-kuantum: ballot yang akan mengizinkannya di TLS publik ditutup tanpa digabungkan pada Oktober 2026. Generator ini menyebutkannya di samping setiap pilihan, bukan membiarkan Anda mengetahuinya dari email penolakan.

openssl req -new -newkey ec -pkeyopt ec_paramgen_curve:prime256v1 -nodes -keyout example.com.key -out example.com.csr membuat kunci dan permintaan dalam satu langkah.

Generator menuliskan perintah untuk apa pun yang Anda isi, termasuk nama alternatif dan setiap ekstensi, dan tes kami menjalankannya lewat OpenSSL untuk memastikan perintah itu membuat subjek dan ekstensi yang sama dengan halaman ini. Tambahkan -subj "/CN=example.com" agar tidak ada pertanyaan, -addext "subjectAltName=DNS:example.com,DNS:www.example.com" untuk nama, dan -utf8 agar nama beraksen tetap utuh. -nodes membiarkan kunci tidak terenkripsi: OpenSSL 3 lebih suka penulisan baru -noenc tetapi masih menerima -nodes, satu-satunya penulisan yang dikenal LibreSSL bawaan macOS. LibreSSL itu sama sekali tidak bisa membuat kunci Ed25519; pakai OpenSSL 1.1.1 atau lebih baru untuk itu.

Untuk memeriksa hasilnya: openssl req -in example.com.csr -text -verify -noout mencetak setiap kolom dan memverifikasi tanda tangan sendiri, berhenti sebelum mencetak apa pun bila tanda tangannya gagal. Untuk memastikan kunci milik permintaan itu, bandingkan openssl req -in example.com.csr -pubkey -noout dengan openssl pkey -in example.com.key -pubout. Tidak ada standar yang menetapkan ekstensi file untuk CSR, jadi .csr, .pem, .req, dan .txt semuanya benar.