Konverter format sertifikat — PEM, DER, PFX, PKCS#8

Konverter daring untuk sertifikat dan kunci privat. Ia membaca PEM, DER, PKCS#1, PKCS#8, SEC1, kunci terenkripsi, dan paket PKCS#12, menentukan sendiri apa yang Anda berikan, dan hanya menawarkan konversi yang masuk akal untuk masukan itu. Semuanya berjalan di peramban Anda lewat WebCrypto API dan lapisan ASN.1 yang ditulis tangan.

Cara memakai

1
Berikan berkasnya

Tempel teksnya atau jatuhkan berkasnya. Beberapa berkas sekaligus akan digabung — begitulah cara menyusun PFX dari sertifikat, kunci, dan berkas CA yang terpisah.

2
Masukkan kata sandi bila berkas terlindungi

Kolomnya muncul hanya ketika masukan ternyata terenkripsi.

3
Pilih format tujuan

Hanya konversi yang berlaku untuk masukan Anda yang ditawarkan; sisanya diredupkan.

4
Unduh

Format teks bisa disalin. DER dan PFX bersifat biner — pakai tombol unduh, karena menyalin heksadesimal tidak memberi berkas yang berfungsi.

Masukkan apa pun yang Anda punya, ambil format yang diminta server Anda

Tempel di atas, jatuhkan berkas ke kotak ini, atau

Kemampuan

Membuka berkas .pfx yang tak sanggup dibuka alat web lain
Paket yang diekspor dari Windows dan Java lama memakai RC2-40 dan 3DES, yang tidak diimplementasikan API kripto peramban — sehingga konverter berbasis peramban menolak justru berkas yang paling sering perlu dibuka. Kedua algoritme itu diimplementasikan di sini dan diverifikasi byte per byte terhadap openssl.
Mengenali masukan dari strukturnya
Tidak ada menu «pilih format masukan» yang bisa salah pilih. Sertifikat DER, kunci PKCS#8, dan PFX dapat dibedakan dari bentuknya, jadi alat ini membaca apa yang diberikan dan menyebut apa yang ditemukan.
Semua arah yang penting
PEM ke DER dan sebaliknya, PKCS#1 dan SEC1 ke PKCS#8 dan sebaliknya, mengeluarkan kunci dan sertifikat dari PFX, menyusun PFX dari kunci beserta rantainya, mengenkripsi atau mendekripsi kunci, serta menarik kunci publik dari sebuah kunci maupun sertifikat.
Dua profil kompatibilitas PFX
Modern (AES-256 dengan PBKDF2-SHA256) untuk perangkat lunak kini, atau Kompatibel (3DES dan RC2-40) untuk Java lama, Android lama, dan perangkat yang melaporkan paket modern sebagai kata sandi salah.
Byte per byte identik dengan openssl
Konversi format diverifikasi terhadap openssl di rangkaian uji: kunci yang dikonversi di sini punya byte yang sama dengan hasil openssl, dan openssl membuka paket serta kunci terenkripsi yang ditulis alat ini.

Pertanyaan umum

Kenapa konverter daring lain gagal membuka .pfx saya?

Karena mereka dibangun di atas WebCrypto API peramban, yang mengimplementasikan AES tetapi tidak RC2 maupun 3DES. Paket yang diekspor Windows, IIS, dan keytool Java lama dienkripsi persis dengan kedua algoritme itu, sehingga alat yang hanya mengandalkan WebCrypto tak dapat mendekripsinya dan biasanya melaporkan kata sandi salah. Di sini algoritme tersebut diimplementasikan langsung, jadi .pfx dari 2018 terbuka sama mudahnya dengan yang dibuat pagi ini.

Apa beda PEM dan DER?

Isinya sama persis. DER adalah pengodean biner mentah; PEM adalah biner yang sama dalam base64 dengan header «-----BEGIN …-----» di sekelilingnya. Perkakas Windows dan Java cenderung menghasilkan DER dengan ekstensi .der atau .cer; perangkat lunak Unix menginginkan PEM. Mengubah antarkeduanya hanya mengganti bungkusnya, tidak pernah sertifikatnya.

PKCS#1 atau PKCS#8 — mana yang diminta server saya?

nginx maupun Apache membaca keduanya. PKCS#8 («BEGIN PRIVATE KEY») adalah bentuk modern bawaan dan yang diharapkan Java, Go, dan .NET. PKCS#1 («BEGIN RSA PRIVATE KEY») adalah bentuk lama khusus RSA. Bila suatu perangkat lunak menolak kunci Anda tanpa alasan jelas, mengubah antarkeduanya layak dicoba: itu penyebab yang lazim.

Bisakah saya menyusun .pfx untuk IIS dari sertifikat Let's Encrypt?

Bisa. Masukkan fullchain.pem dan privkey.pem bersamaan, pilih PFX, dan tetapkan kata sandi. Pakai profil Modern untuk Windows 10 atau Server 2016 ke atas; bila impor gagal dengan galat kata sandi pada sistem yang lebih tua, coba profil Kompatibel.

Berkas .pfx saya tanpa kata sandi. Apakah akan terbuka?

Ya. Ada ketaksaan lama tentang cara kata sandi kosong dikodekan — OpenSSL dan sebagian versi Java berbeda pendapat — dan berkas yang ditulis menurut satu konvensi tidak terbuka menurut yang lain. Di sini keduanya dicoba, jadi paket berkata sandi kosong tetap terbuka.

Anda Mungkin Juga Suka

🔐 Cek SSL 📜 Dekoder sertifikat SSL 🧰 Diagnosis Let's Encrypt ⛓️ Pembenah rantai sertifikat 📝 Pembuat CSR 🏷️ Pembuat sertifikat tanda tangan sendiri 🔗 Pencocok kunci dan sertifikat

Bagaimana Anda menilai alat ini?

Terima kasih atas penilaian Anda!
Ingin berbagi lebih? Tinggalkan komentar!
Terima kasih! Komentar Anda akan muncul setelah moderasi.
Siapa yang cocok menggunakan alat ini?
💻 Developer & IT Pro
Diterbitkan Diperbarui Penulis: