Migrasi Kriptografi Pasca-Kuantum 2026: Ancaman Harvest Now, Decrypt Later dan Langkah Konkret bagi Enterprise Indonesia
Komputer kuantum membuat algoritma RSA dan ECC rentan. Ancaman harvest now, decrypt later mendorong BSSN dan NIST menuntut migrasi ke kriptografi pasca-kuantum (PQC) sebelum 2030. Berikut panduan teknis dan contoh kode untuk memulai.
Komputer kuantum tidak lagi sekadar bahan presentasi konferensi. Pada Juli 2026, Badan Siber dan Sandi Negara (BSSN) merilis panduan pemetaan aset kriptografi nasional yang mewajibkan lembaga keuangan dan infrastruktur kritis memulai migrasi ke standar kriptografi pasca-kuantum (Post-Quantum Cryptography / PQC) paling lambat 2028. Alasannya sederhana namun mengancam: musuh tidak perlu menunggu komputer kuantum skala penuh selesai dibangun. Mereka sudah menyimpan trafik terenkripsi hari ini untuk didekripsi bertahun-tahun kemudian. Pola ini disebut harvest now, decrypt later.
Mengapa RSA dan ECC Tiba-tiba Rapuh
Algoritma kunci publik yang mengamankan HTTPS, VPN, tanda tangan kode, dan transaksi perbankan saat ini—RSA-2048, ECDSA, ECDH—bergantung pada kesulitan memfaktorkan bilangan besar atau menyelesaikan masalah logaritma diskrit. Algoritma Shor yang berjalan di komputer kuantum memecahkan kedua masalah tersebut dalam waktu polinomial. Estimasi konservatif menyebutkan mesin kuantum dengan 4.000 hingga 8.000 qubit logis yang stabil dapat memecahkan RSA-2048 dalam hitungan jam. Angka itu masih di luar jangkauan hari ini, tetapi data yang dienkripsi sekarang akan tetap berharga satu dekade lagi.
Bagi enterprise Indonesia yang mengelola data nasabah perbankan, rekam medis, dan arsip negara, siklus retensi data sering melampaui 10 tahun. Enkripsi yang kuat di 2026 bisa menjadi teks terbuka di 2036. Inilah inti urgensi PQC: kita tidak melindungi komunikasi hari ini dari komputer kuantum hari ini, melainkan dari komputer kuantum masa depan terhadap data yang kita simpan sekarang.
Standar NIST: ML-KEM, ML-DSA, dan SLH-DSA
Pada Agustus 2024 NIST memfinalisasi FIPS 203, 204, dan 205. Pada 2026 ekosistem perangkat lunak mulai mengadopsinya secara luas. Tiga algoritma inti yang perlu dikenal:
- ML-KEM (Module-Lattice-Based Key Encapsulation Mechanism, sebelumnya Kyber) untuk pertukaran kunci.
- ML-DSA (sebelumnya Dilithium) untuk tanda tangan digital.
- SLH-DSA (sebelumnya SPHINCS+) sebagai tanda tangan cadangan berbasis hash, tahan terhadap serangan kuantum bahkan jika lattice dikompromikan.
Berbeda dengan RSA yang bergantung pada teori bilangan, algoritma ini dibangun di atas masalah jaringan (lattice) yang dipercaya tahan terhadap komputer klasik maupun kuantum. Kelemahannya: ukuran kunci dan ciphertext lebih besar, sehingga butuh penyesuaian protokol jaringan.
Catatan Strategis: NIST merekomendasikan pendekatan hybrid—menggabungkan algoritma klasik (ECDH) dengan PQC (ML-KEM) dalam satu sesi. Jika salah satu patah, kerahasiaan tetap terjaga. Jangan melakukan big bang penggantian algoritma secara serentak; lakukan bertahap dengan kemampuan rollback.
Memulai Migrasi: Inventarisasi dan Uji Coba Kode
Langkah pertama bukan mengganti library, melainkan memetakan di mana kriptografi digunakan. Gunakan pemindai untuk menemukan sertifikat, cipher suite, dan hardcode kunci. Di Python, kita bisa menguji ML-KEM menggunakan library liboqs melalui binding oqs-python:
from oqs import KeyEncapsulation
# Inisialisasi ML-KEM-768 (setara kekuatan ECDH P-256 s/d P-384)
kem = KeyEncapsulation("ML-KEM-768")
public_key = kem.generate_keypair()
# Pihak penerima mengenkapsulasi rahasia bersama
shared_secret, ciphertext = kem.encap_secret(public_key)
# Pihak pengirim mendekapsulasi
kem_recv = KeyEncapsulation("ML-KEM-768")
kem_recv.keypair = (public_key, kem.export_secret_key())
decapsulated = kem_recv.decap_secret(ciphertext)
assert shared_secret == decapsulated
print("Shared secret PQC cocok:", shared_secret.hex()[:16], "...")
Untuk produksi, OpenSSL 3.5 (rilis 2026) sudah menyertakan provider oqsprovider sehingga TLS dapat dikonfigurasi dengan cipher hybrid. Contoh pengujian koneksi:
openssl s_client -connect api.bank.local:443 \
-curves X25519MLKEM768 -provider oqsprovider -provider default
Perintah di atas menegosiasikan kurva hibrida X25519 + ML-KEM-768. Jika server menolak, berarti sisi server belum siap dan perlu dijadwalkan dalam peta jalan migrasi.
Peta Jalan Praktis bagi Enterprise
BSSN menyarankan empat fase yang dapat diadopsi sebagian besar organisasi:
- Inventarisasi (Q3 2026): Katalogkan semua sertifikat, library kripto, dan protokol. Tandai aset dengan retensi data > 5 tahun sebagai prioritas tinggi.
- Pilot hibrida (Q4 2026): Aktifkan cipher PQC hibrida di lingkungan non-produksi dan uji kompatibilitas perangkat lunak lama.
- Rollout bertahap (2027): Terapkan ke API eksternal dan gateway, lengkapi dengan monitoring performa karena overhead ukuran kunci.
- Penghentian algoritma klasik (2028): Cabut dukungan RSA/ECC saja untuk aset kritis setelah verifikasi penuh.
Tantangan terbesar bukan teknis melainkan tata kelola: banyak sistem warisan (legacy) tertanam dalam perangkat keras yang tidak dapat diperbarui. Mulailah dari aset bernilai tinggi dan berisiko retensi panjang. Migrasi PQC bukan proyek satu kuartal, melainkan program berkelanjutan yang menentukan apakah data hari ini tetap rahasia satu dekade mendatang.