Belajar PKI - Post-Quantum & Modern Cryptography

#Pendahuluan

Episode 19 membuat PKI kalian terlihat dan terotomatisasi. Tapi ada pertanyaan yang mengintai di balik semua kenyamanan itu: apakah kunci RSA dan ECDSA yang kita bangun di dua puluh episode ini akan aman di masa depan? Jawaban jujurnya — mungkin tidak. Komputer quantum, jika cukup besar, bisa memecahkan matematika di balik RSA dan ECC dengan kecepatan yang mengerikan.

Episode 20 membuka jendela ke dunia post-quantum: algoritma ML-KEM, ML-DSA, dan SLH-DSA yang distandarkan NIST, handshake hybrid yang menjadi jembatan transisi, dukungan provider di OpenSSL, lalu tren modern seperti sertifikat berumur pendek, kunci yang terikat perangkat keras, dan attestation perangkat. Ini bukan materi penggemar — standar sudah keluar, dan adopsi sedang berjalan di seluruh industri.

#Mengapa Quantum Menjadi Ancaman

Kriptografi kunci publik klasik berdiri di atas masalah matematika yang sulit: faktorisasi prima untuk RSA, logaritma diskret untuk ECC. Komputer klasik butuh waktu astronomis untuk menyelesaikannya. Komputer quantum, dengan algoritma Shor, bisa memecahkan keduanya secara polinomial — artinya waktu pemecahan turun drastis begitu mesinnya cukup besar.

Dua masalah yang sering diabaikan: pertama, data yang disadap hari ini bisa disimpan dan didekripsi nanti saat quantum besar tersedia, ini disebut harvest now decrypt later. Kedua, pergantian algoritma di PKI butuh waktu bertahun-tahun. Karena itu standar post-quantum diterbitkan sekarang, jauh sebelum ancaman nyata tiba, supaya transisi tidak dilakukan dalam keadaan panik.

Kabar baiknya, transisi ini bukan hal baru. PKI pernah pindah dari RSA 1024 ke RSA 2048, lalu ke SHA-1 dan SHA-256, dan kini ke ECDSA. Setiap kali, kuncinya sama: ada masa tumpang tindih di mana algoritma lama dan baru berjalan berdampingan. Episode ini memberi kalian kosa kata dan pola untuk menjalani transisi berikutnya tanpa ketakutan.

#ML-KEM: Pertukaran Kunci (FIPS 203)

ML-KEM, sebelumnya dikenal sebagai Kyber, adalah algoritma post-quantum untuk pertukaran kunci. Ia menggantikan peran Diffie-Hellman dan ECDH dalam handshake TLS. Namanya mengikuti struktur lattice: masalah Learning With Errors yang diyakini tetap sulit bahkan untuk komputer quantum. FIPS 203 menetapkan parameter ML-KEM-512, ML-KEM-768, dan ML-KEM-1024, dengan tingkat keamanan yang setara perkiraan dengan AES-128, AES-192, dan AES-256.

openssl list -kem-algorithms
openssl list -signature-algorithms | rg -i ml-dsa

Ukuran kunci publik ML-KEM jauh lebih besar dari ECDH, dan ciphertext-nya juga lebih besar. Ini punya implikasi praktis: ukuran paket handshake TLS membengkak, dan beberapa middleware jaringan yang mem-parsing handshake harus diperbarui. Beban komputasi justru ringan — lattice multiplication sangat cepat di perangkat keras modern.

#ML-DSA: Tanda Tangan (FIPS 204)

ML-DSA, yang sebelumnya disebut Dilithium, adalah algoritma tanda tangan post-quantum. Ia menggantikan peran RSA dan ECDSA untuk menandatangani sertifikat, CRL, dan pesan. FIPS 204 menetapkan ukuran kunci yang bisa disesuaikan, dengan kunci publik dan tanda tangan yang jauh lebih besar dari ECDSA. Ukuran inilah alasan utama mengapa transisi post-quantum di PKI tidak bisa terjadi dalam semalam — setiap sertifikat, rantai, dan handshake ikut membesar.

Untuk CA yang masih hidup bertahun-tahun, memilih ML-DSA untuk sertifikat root atau intermediate adalah keputusan jangka panjang yang bijak. Tapi ingat: client lama yang tidak mengenal algoritma baru tidak akan bisa memvalidasi rantai yang sepenuhnya post-quantum. Transisi harus dilakukan bertahap, dan di sinilah peran hybrid handshake dan cross-signing dari episode 18 kembali.

#SLH-DSA: Alternatif Konservatif (FIPS 205)

SLH-DSA, sebelumnya dikenal sebagai SPHINCS+, mengambil pendekatan berbeda: ia berbasis hash, bukan lattice. Karena hanya bergantung pada keamanan fungsi hash, SLH-DSA membawa asumsi keamanan yang lebih konservatif dan bertahan lebih lama dari ancaman-ancaman masa depan yang belum terbayangkan. Harga yang dibayar adalah kunci dan tanda tangan yang sangat besar, serta kecepatan yang lebih lambat.

openssl list -signature-algorithms | rg slh-dsa menunjukkan dukungannya di OpenSSL yang sudah diperbarui. SLH-DSA jarang dipakai untuk setiap sertifikat, tapi sangat cocok untuk situasi di mana kunci hidup sangat lama — seperti root CA yang dijamin offline selama puluhan tahun. Kombinasi ML-DSA untuk kebutuhan sehari-hari dan SLH-DSA untuk lapisan tertinggi adalah pola yang mulai banyak dianut.

#Hybrid Handshake X25519MLKEM768

Masalah terbesar transisi adalah kompatibilitas: server yang baru tidak bisa meninggalkan client lama begitu saja. Solusi yang diterapkan industri adalah hybrid handshake — melakukan pertukaran kunci klasik dan post-quantum bersamaan, lalu menggabungkan hasilnya. Bahkan jika satu algoritma pecah di masa depan, hasil gabungan tetap aman.

openssl s_client -connect app.example.com:443 \
  -groups X25519MLKEM768 -tls1_3

Nama grup seperti X25519MLKEM768 muncul di daftar groups saat client dan server sama-sama mendukungnya. Banyak implementasi, termasuk BoringSSL dan OpenSSL terbaru, menjadikan hybrid sebagai default untuk TLS 1.3. Perhatikan bahwa handshake hybrid hanya melindungi koneksi — tanda tangan sertifikat tetap perlu urusan sendiri, di sinilah kombinasi ML-DSA dan cross-signing masuk.

#Strategi Transisi yang Bertahap

Pindah ke post-quantum bukan acara besar satu malam; ia adalah proses yang berjalan bertahun-tahun. Yang paling bijak adalah meniru pola yang sudah kita kenal dari episode 18: gunakan cross-signing agar root lama dan root baru hidup berdampingan, lalu perlahan geser client ke rantai baru. Setiap sertifikat baru bisa memakai ML-DSA, sementara client lama masih menerima rantai klasik.

Langkah realistis untuk kebanyakan organisasi dimulai dari yang paling mudah: aktifkan grup hybrid di TLS 1.3 untuk semua layanan baru. Ini melindungi data dari ancaman harvest now decrypt later tanpa mengubah infrastruktur sama sekali. Setelah itu, uji rantai post-quantum di environment dev dan staging, ukur overhead ukuran paket dan latency, lalu naikkan ke production dengan jendela observasi yang lebar.

Terakhir, prioritaskan perangkat yang hidup paling lama. Root CA, sertifikat VPN, dan firmware perangkat adalah kandidat pertama untuk algoritma post-quantum, karena masa hidupnya melewati batas waktu ancaman quantum yang diperkirakan. Perangkat yang di-update setiap bulan bisa menunggu lebih lama dengan aman.

#Dukungan Provider di OpenSSL 3.5 dan 4.0

OpenSSL mengadopsi post-quantum melalui arsitektur provider. Algoritma tidak lagi harus dibangun ke dalam library inti; mereka bisa dimuat sebagai provider terpisah, sama seperti yang sudah kalian lihat untuk legacy provider di episode 3. Ini membuat penambahan algoritma baru menjadi modul tambahan, bukan pembongkaran library.

openssl s_server -provider default -provider mlkem \
  -accept 4433 -cert server.crt -key server.key

Provider post-quantum resmi dan pihak ketiga menyediakan ML-KEM, ML-DSA, dan SLH-DSA untuk OpenSSL. Operator infrastruktur yang ingin siap menghadapi masa depan bisa mulai menguji rantai post-quantum di environment staging sekarang, sambil tetap memakai ECDSA atau RSA sebagai jaring pengaman — persis semangat hybrid yang kita bahas tadi.

#Tren Modern: Sertifikat Berumur Pendek

Sementara dunia menyiapkan algoritma baru, ada tren yang berjalan paralel: short-lived certificates. Prinsipnya sederhana — jika sertifikat hidup hanya hitungan jam atau hari, nilai kunci yang dicuri menjadi hampir nol. Episode 8 dan 10 menunjukkan bahwa ACME dan cert-manager membuat otomatisasi sertifikat pendek ini praktis dijalankan.

Kunci private tetap harus dilindungi, tapi tingkat keparahannya turun drastis. Masa berlaku pendek juga mengurangi ketergantungan pada revocation: sertifikat yang bermasalah kedaluwarsa sendiri sebelum sempat disalahgunakan. Tantangannya ada di operasional — sertifikat pendek menuntut monitoring dan otomatisasi yang solid, dua hal yang sudah kita bangun di episode 19.

#Hardware-bound Keys dan YubiKey

Kunci yang tersimpan di disk bisa dicuri; kunci yang terikat perangkat keras tidak bisa dipindahkan dengan mudah. Hardware-bound keys lahir dari kebutuhan itu: kunci private tidak pernah meninggalkan secure element atau smartcard. YubiKey adalah contoh paling dikenal — kunci PIV dan OpenPGP-nya bisa dipakai untuk menandatangani, SSH, hingga mengotentikasi tanpa pernah mengekspos kunci private.

ssh-add -s /dev/smartcard0
ssh user@server.example.com

Arsitektur ini mengubah model ancaman: mencuri sertifikat tidak cukup, penyerang juga butuh perangkat fisik dan PIN pemiliknya. Kombinasikan dengan episode 13 tentang HSM dan KMS — pola yang sama, dari perangkat keras kecil di saku hingga HSM kelas data center untuk root CA.

#Device Attestation dan DICE

Kepercayaan bukan hanya soal siapa yang memegang kunci, tapi juga seberapa yakin kita bahwa perangkat itu memang perangkat yang dimaksud. Device attestation menjawab pertanyaan itu: perangkat membuktikan identitas dan integritasnya sebelum diberi akses. Dalam TLS 1.3, extension attestation memungkinkan client dan server berbagi bukti yang diverifikasi di luar kredensial biasa.

DICE membawa prinsip ini ke firmware: rantai kepercayaan dimulai dari kunci unik per perangkat yang di-burn ke dalam silikon, lalu setiap lapisan boot memverifikasi lapisan berikutnya dan membangun identitas yang bisa dipakai dalam PKI. Ini membuat perangkat IoT dan edge bisa mendapat sertifikat yang benar-benar spesifik untuk unit fisiknya, bukan hanya untuk tipe perangkatnya.

Dari sisi praktis, attestation berarti alur on-boarding perangkat bisa diotomatisasi: perangkat membuktikan dirinya sekali, lalu otomatis mendapat sertifikat dari CA internal — pola machine identity dari episode 15 yang kini berjalan tanpa menunggu manusia. Kebijakan bisa langsung menolak perangkat yang firmware-nya sudah tidak sesuai, sebelum mereka sempat menyentuh jaringan.

#AI-assisted Key Management

Tren terakhir adalah memanfaatkan AI untuk mengelola kebijakan kriptografi. Bayangkan sistem yang menganalisis pola penggunaan sertifikat, mendeteksi anomali seperti penerbitan di jam yang tidak biasa, dan merekomendasikan kebijakan — misalnya memendekkan masa berlaku atau mengganti algoritma untuk workload tertentu. Ini bukan menggantikan keputusan manusia, tapi membantu melihat pola yang terlewat.

Yang lebih penting: AI juga bisa menjadi alat penyerang, menyaring phishing yang lebih meyakinkan atau mengotomatisasi penyalahgunaan kunci. Pertahanan terbaik tetap fundamental — episode 16 tentang security best practices tidak pernah usang. Algoritma boleh baru, tapi disiplin: kunci terlindungi, akses terbatas, semuanya teraudit. AI-assisted key management juga menjanjikan reduksi beban manual: menemukan sertifikat yang tidak terurus, memetakan mana yang kedaluwarsa paling cepat, dan menyusun prioritas migrasi algoritma berdasarkan risiko per workload. Gunakan AI sebagai asisten analisis, bukan sebagai pemegang keputusan penuh.

#Penutup

Episode 20 membawa kalian ke depan kurva: ML-KEM untuk pertukaran kunci, ML-DSA untuk tanda tangan, SLH-DSA untuk kebutuhan konservatif, hybrid handshake sebagai jembatan transisi, dukungan provider di OpenSSL, lalu tren modern dari sertifikat pendek, YubiKey, attestation DICE, hingga bantuan AI untuk manajemen kunci.

Inti yang harus dibawa pulang:

• Quantum mengancam RSA dan ECC; standar post-quantum sudah terbit dan adopsi sedang berjalan.
• ML-KEM menggantikan pertukaran kunci, ML-DSA menggantikan tanda tangan, SLH-DSA untuk kebutuhan jangka sangat panjang.
• Hybrid handshake menggabungkan kriptografi klasik dan post-quantum untuk transisi yang aman.
• OpenSSL mendukung algoritma baru melalui provider yang bisa dimuat secara modular.
• Sertifikat berumur pendek dan kunci terikat perangkat keras mengecilkan dampak pencurian kunci.
• Disiplin dasar tetap berlaku: kunci dilindungi, akses dibatasi, semuanya diaudit.

Kriptografi akan terus bergerak, dan roadmap setiap alat pun terus berubah. Di episode 21 kita lihat peta jalannya: fitur modern OpenSSL 4.0, cert-manager 1.21, step-ca 0.30, dan tren besar 2026. Sampai jumpa di sana!