Almost everything you do online, from logging in to a banking app to sending a WhatsApp message, is protected by public-key cryptography. The most common kinds, RSA and elliptic-curve cryptography (ECC), rely on maths problems that ordinary computers would need thousands of years to solve.

A large enough quantum computer could solve them much faster, using a method called Shor's algorithm. Such a machine does not exist yet, and nobody knows exactly when one will. But the risk is already real today, for one simple reason.

"Harvest now, decrypt later"

An attacker does not need a quantum computer today to cause harm later. They can copy encrypted traffic or stolen databases now, store them, and wait until they can decrypt them. If your data must stay secret for 5, 10 or 20 years, such as medical records, contracts, identity documents, trade secrets or government data, it may already be at risk.

A useful rule of thumb: if how long your data must stay secret plus how long it takes you to migrate is longer than the time until a capable quantum computer exists, you are already late.

What is post-quantum cryptography?

Post-quantum cryptography (PQC) means new algorithms that run on today's normal computers and phones, but are designed to resist attacks from both classical and quantum computers. No special quantum hardware is needed to use them.

In August 2024, the US National Institute of Standards and Technology (NIST) published the first three PQC standards, after an open, multi-year international competition:

Standard	Algorithm	Used for
FIPS 203	ML-KEM	Key exchange: agreeing on a secret key, for example in HTTPS/TLS
FIPS 204	ML-DSA	Digital signatures: certificates, software updates, documents
FIPS 205	SLH-DSA	Hash-based digital signatures, a conservative backup option

In March 2025, NIST also selected HQC as a backup key-exchange algorithm based on different mathematics, with its standard still in development.

Symmetric encryption such as AES and hash functions such as SHA-256 are much less affected. Using AES-256 is generally considered sufficient.

The deadlines are now official

In October 2026, NIST finalized its transition plan (NIST IR 8547). It says RSA and ECC will be deprecated after 2030 and disallowed after 2035 for systems that follow NIST rules. "Deprecated" means still allowed, but the organization must accept the risk. Many governments, regulators and large companies use NIST rules as a reference, so these dates are likely to reach their suppliers and partners too, including in Indonesia.

Meanwhile, the change is already happening quietly: major web browsers and cloud providers have started using hybrid key exchange, which combines a classical algorithm with ML-KEM, so the connection stays safe as long as either one holds.

What a business can do now

1. Make an inventory. List where you use cryptography: websites, APIs, VPNs, databases, backups, certificates, code signing, and third-party services.
2. Find your long-lived secrets. Rank data by how long it must stay confidential. Start with that.
3. Ask your vendors. Find out when your cloud, hosting, payment, VPN and software providers will support PQC.
4. Build crypto-agility. Avoid hard-coding algorithms, so you can switch them through configuration and updates later.
5. Start with hybrid TLS. Upgrading servers and libraries to support hybrid ML-KEM key exchange protects data in transit against "harvest now, decrypt later".
6. Plan your certificates. Moving signatures and certificates (PKI) takes the longest, so plan it early.

Migration is not a single switch. For most organizations it is a multi-year project, which is exactly why starting with an inventory and a roadmap now is cheaper than rushing near 2030.

Want help working out where you stand? Book a PQC consultation with Binjesoft.

Further reading: NIST Post-Quantum Cryptography project · Cloud Security Alliance: NIST IR 8547 final

Hampir semua aktivitas daring Anda, mulai dari masuk ke aplikasi bank sampai mengirim pesan WhatsApp, dilindungi oleh kriptografi kunci publik. Jenis yang paling umum, RSA dan kriptografi kurva eliptik (ECC), bergantung pada soal matematika yang butuh ribuan tahun untuk dipecahkan komputer biasa.

Komputer kuantum yang cukup besar dapat memecahkannya jauh lebih cepat dengan metode yang disebut algoritma Shor. Mesin seperti itu belum ada, dan tidak ada yang tahu pasti kapan akan ada. Namun risikonya sudah nyata hari ini, karena satu alasan sederhana.

"Curi sekarang, buka nanti"

Penyerang tidak perlu punya komputer kuantum hari ini untuk menimbulkan kerugian di masa depan. Mereka bisa menyalin lalu lintas terenkripsi atau basis data curian sekarang, menyimpannya, lalu menunggu sampai bisa membukanya. Jika data Anda harus tetap rahasia selama 5, 10, atau 20 tahun, seperti rekam medis, kontrak, dokumen identitas, rahasia dagang, atau data pemerintah, data itu mungkin sudah berisiko.

Patokan sederhana: jika lama data harus tetap rahasia ditambah lama waktu migrasi Anda lebih panjang daripada waktu sampai komputer kuantum yang mampu tersedia, Anda sudah terlambat.

Apa itu kriptografi pasca-kuantum?

Kriptografi pasca-kuantum (PQC) adalah algoritma baru yang berjalan di komputer dan ponsel biasa saat ini, tetapi dirancang agar tahan terhadap serangan dari komputer klasik maupun komputer kuantum. Tidak perlu perangkat keras kuantum khusus untuk memakainya.

Pada Agustus 2024, National Institute of Standards and Technology (NIST) Amerika Serikat menerbitkan tiga standar PQC pertama, setelah kompetisi internasional terbuka selama bertahun-tahun:

Standar	Algoritma	Kegunaan
FIPS 203	ML-KEM	Pertukaran kunci: menyepakati kunci rahasia, misalnya di HTTPS/TLS
FIPS 204	ML-DSA	Tanda tangan digital: sertifikat, pembaruan perangkat lunak, dokumen
FIPS 205	SLH-DSA	Tanda tangan digital berbasis hash, pilihan cadangan yang konservatif

Pada Maret 2025, NIST juga memilih HQC sebagai algoritma pertukaran kunci cadangan yang berbasis matematika berbeda, dan standarnya masih disusun.

Enkripsi simetris seperti AES dan fungsi hash seperti SHA-256 jauh lebih sedikit terdampak. Memakai AES-256 umumnya dianggap cukup.

Tenggat waktunya kini resmi

Pada Oktober 2026, NIST memfinalkan rencana transisinya (NIST IR 8547). Di dalamnya, RSA dan ECC akan dinyatakan usang (deprecated) setelah 2030 dan tidak diizinkan setelah 2035 untuk sistem yang mengikuti aturan NIST. "Usang" berarti masih boleh dipakai, tetapi organisasi harus menanggung risikonya. Banyak pemerintah, regulator, dan perusahaan besar memakai aturan NIST sebagai acuan, sehingga tenggat ini kemungkinan juga akan sampai ke pemasok dan mitra mereka, termasuk di Indonesia.

Sementara itu, perubahan sudah berjalan diam-diam: browser web dan penyedia cloud besar mulai memakai pertukaran kunci hibrida, yang menggabungkan algoritma klasik dengan ML-KEM, sehingga koneksi tetap aman selama salah satunya bertahan.

Apa yang bisa dilakukan bisnis sekarang

1. Buat inventaris. Catat di mana Anda memakai kriptografi: situs web, API, VPN, basis data, cadangan data, sertifikat, penandatanganan kode, dan layanan pihak ketiga.
2. Temukan rahasia berumur panjang. Urutkan data berdasarkan berapa lama harus tetap rahasia. Mulailah dari situ.
3. Tanyakan vendor Anda. Cari tahu kapan penyedia cloud, hosting, pembayaran, VPN, dan perangkat lunak Anda mendukung PQC.
4. Bangun kelincahan kriptografi. Hindari menanam algoritma langsung di kode, agar bisa diganti lewat konfigurasi dan pembaruan nanti.
5. Mulai dengan TLS hibrida. Memperbarui server dan pustaka agar mendukung pertukaran kunci hibrida ML-KEM melindungi data yang sedang dikirim dari serangan "curi sekarang, buka nanti".
6. Rencanakan sertifikat Anda. Peralihan tanda tangan dan sertifikat (PKI) memakan waktu paling lama, jadi rencanakan sejak awal.

Migrasi bukan sekadar menekan satu tombol. Bagi sebagian besar organisasi, ini proyek bertahun-tahun, dan itulah sebabnya memulai inventaris dan peta jalan sekarang lebih murah daripada terburu-buru menjelang 2030.

Ingin tahu posisi Anda saat ini? Jadwalkan konsultasi PQC dengan Binjesoft.

Bacaan lanjutan: Proyek Post-Quantum Cryptography NIST · Cloud Security Alliance: NIST IR 8547 final