Data yang dienkripsi hari ini belum tentu aman selamanya. Penyerang dapat mengumpulkan encrypted data sekarang, menyimpannya selama bertahun-tahun, lalu mencoba membukanya ketika Quantum Computer memiliki kemampuan yang cukup kuat. Strategi ini dikenal sebagai Harvest Now, Decrypt Later (HNDL). Mengapa ancaman ini perlu diperhatikan, dan bagaimana organisasi dapat mengurangi risikonya sebelum terlambat?

Ancaman yang Tidak Harus Menunggu Quantum Computer Hadir

Selama ini, organisasi mengandalkan encryption untuk melindungi informasi sensitif dari akses yang tidak sah. Data transaksi keuangan, informasi pelanggan, dokumen internal, komunikasi bisnis, hingga intellectual property dilindungi menggunakan algoritma cryptography yang dianggap aman berdasarkan kemampuan komputasi saat ini.

Namun, perkembangan Quantum Computing memperkenalkan tantangan baru.

Quantum Computer yang cukup kuat dan stabil berpotensi menjalankan Shor’s Algorithm untuk memecahkan persoalan matematika yang menjadi dasar keamanan algoritma public-key cryptography seperti RSA dan Elliptic Curve Cryptography (ECC).

Artinya, encrypted data yang berhasil dikumpulkan oleh penyerang saat ini berpotensi dapat dibuka di masa depan, ketika teknologi Quantum Computing mencapai kemampuan yang relevan.

Yang perlu diperhatikan, penyerang tidak harus memiliki Quantum Computer untuk memulai aksinya. Mereka hanya membutuhkan akses untuk mengumpulkan data terenkripsi dan kemampuan menyimpannya sampai teknologi yang dibutuhkan tersedia.

Inilah yang dikenal sebagai Harvest Now, Decrypt Later (HNDL).

Ancaman ini mengubah cara organisasi perlu memandang keamanan data. Perlindungan tidak cukup hanya mempertimbangkan apakah data aman hari ini. Organisasi juga perlu mempertimbangkan apakah data tersebut masih harus dirahasiakan ketika kemampuan Quantum Computing berkembang di masa depan.

Apa Itu Harvest Now, Decrypt Later (HNDL)?

Harvest Now, Decrypt Later adalah strategi serangan ketika penyerang mengumpulkan dan menyimpan encrypted data saat ini dengan tujuan mencoba mendekripsinya di masa depan menggunakan kemampuan komputasi yang lebih kuat, termasuk Quantum Computer yang relevan secara cryptographic.

Secara sederhana, serangan ini terdiri dari tiga tahap:

1. Harvest: Mengumpulkan Data Terenkripsi

Penyerang mengumpulkan informasi yang dilindungi encryption. Data tersebut dapat diperoleh melalui berbagai cara, seperti network interception, compromised server, pencurian database, atau akses tidak sah terhadap sistem penyimpanan.

Pada tahap ini, penyerang belum tentu dapat membaca informasi yang dikumpulkan.

2. Store: Menyimpan Data untuk Masa Depan

Encrypted data yang berhasil diperoleh disimpan dalam jangka panjang.

Penyerang dapat menunggu sampai tersedia teknologi yang memungkinkan mereka memecahkan mekanisme cryptography yang melindungi data tersebut.

3. Decrypt: Mencoba Membuka Data

Ketika Quantum Computer telah mencapai kemampuan yang relevan, penyerang dapat mencoba memanfaatkan algoritma quantum untuk memecahkan mekanisme public-key cryptography yang rentan.

Jika proses tersebut berhasil, data yang sebelumnya tidak dapat dibaca berpotensi dapat diakses.

Mengapa strategi ini menarik bagi penyerang?

Karena nilai informasi tidak selalu berakhir ketika data tersebut dikumpulkan.

Sebagai contoh, informasi strategis perusahaan yang dicuri hari ini mungkin masih memiliki nilai ekonomi dalam sepuluh tahun mendatang. Demikian pula data kesehatan, informasi keuangan, intellectual property, dan komunikasi rahasia yang tetap harus dilindungi dalam jangka panjang.

Penyerang tidak harus memperoleh keuntungan langsung. Mereka dapat mengumpulkan data sekarang dan menunggu kesempatan untuk memanfaatkannya di masa depan.

Mengapa HNDL Menjadi Ancaman bagi Keamanan Data?

Untuk memahami risikonya, kita perlu melihat kembali bagaimana public-key cryptography digunakan dalam sistem digital.

Ketika dua sistem membangun komunikasi terenkripsi, keduanya perlu melakukan proses key establishment, yaitu membangun shared secret yang digunakan untuk menghasilkan encryption key.

Dalam sistem konvensional, proses tersebut dapat menggunakan mekanisme seperti RSA key exchange atau Elliptic Curve Diffie-Hellman (ECDH).

Setelah key terbentuk, data komunikasi dapat dilindungi menggunakan symmetric encryption seperti AES.

Masalahnya, jika mekanisme public-key yang digunakan untuk membangun shared secret berhasil ditembus oleh Quantum Computer melalui Shor’s Algorithm, penyerang berpotensi memperoleh informasi yang dibutuhkan untuk merekonstruksi session key.

Dengan kondisi tersebut, encrypted traffic yang sebelumnya berhasil dikumpulkan dapat menjadi target decryption.

Hal ini penting untuk dipahami: HNDL tidak berarti Quantum Computer akan langsung memecahkan AES atau seluruh algoritma encryption yang digunakan organisasi.

Ancaman utamanya terhadap komunikasi terenkripsi dapat berasal dari mekanisme public-key cryptography yang digunakan untuk membangun atau melindungi key.

AES tetap memiliki tingkat ketahanan yang relatif kuat terhadap serangan quantum dibandingkan RSA dan ECC. Grover’s Algorithm secara teoritis memberikan quadratic speedup untuk pencarian kunci secara brute force, bukan kemampuan untuk memecahkan AES dengan cara yang sama seperti Shor’s Algorithm terhadap RSA dan ECC.

Karena itu, migrasi menuju PQC terutama perlu memperhatikan mekanisme key establishment dan komponen public-key cryptography yang rentan.

Data Apa yang Paling Berisiko?

Tidak semua data memiliki tingkat risiko HNDL yang sama.

Faktor penting yang perlu dipertimbangkan adalah berapa lama informasi tersebut harus tetap rahasia.

Data yang hanya memiliki nilai selama beberapa menit atau jam mungkin memiliki risiko jangka panjang yang lebih rendah dibandingkan informasi yang harus dilindungi selama bertahun-tahun atau puluhan tahun.

Berikut beberapa contoh data yang perlu mendapat perhatian:

Jenis Data	Contoh Informasi	Potensi Risiko
Financial Data	Informasi rekening, transaksi, laporan keuangan, dan data nasabah	Eksposur informasi keuangan dan privasi dalam jangka panjang
Personal Data	Identitas, data pelanggan, dan informasi pribadi	Penyalahgunaan identitas dan pelanggaran privasi
Healthcare Data	Rekam medis, riwayat kesehatan, dan informasi pasien	Informasi kesehatan tetap sensitif meskipun sudah bertahun-tahun
Intellectual Property	Riset, desain produk, source code, dan formula bisnis	Hilangnya keunggulan kompetitif
Government and Strategic Information	Dokumen rahasia, komunikasi strategis, dan informasi pertahanan	Risiko keamanan nasional dan kepentingan strategis
Corporate Confidential Information	Kontrak, strategi bisnis, merger dan acquisition, serta rencana investasi	Kerugian finansial dan reputasi

Sebagai contoh, sebuah institusi keuangan mungkin menyimpan informasi transaksi dan identitas nasabah yang harus tetap dilindungi sesuai kebutuhan bisnis dan kewajiban retensi data.

Jika informasi tersebut berhasil dicuri dalam bentuk terenkripsi, penyerang dapat menyimpannya dan menunggu perkembangan teknologi yang memungkinkan decryption.

Risikonya bukan hanya terjadi pada saat data dicuri. Dampaknya dapat muncul bertahun-tahun kemudian, ketika organisasi mungkin sudah tidak lagi memiliki kendali atas salinan data yang berada di tangan penyerang.

Studi Kasus Ilustratif: Data Keuangan yang Dikumpulkan Hari Ini

Bayangkan sebuah perusahaan multifinance memiliki sistem digital yang memproses aplikasi pembiayaan, data identitas pelanggan, dokumen pendukung, dan informasi transaksi.

Komunikasi antara aplikasi dan server dilindungi menggunakan TLS dengan mekanisme key establishment berbasis elliptic curve cryptography.

Selama ini, perusahaan menganggap komunikasi tersebut aman karena encryption yang digunakan masih kuat terhadap kemampuan komputer klasik.

Namun, seorang penyerang berhasil melakukan kompromi pada salah satu jalur komunikasi dan mengumpulkan encrypted traffic dalam jumlah besar.

Penyerang tidak dapat membaca informasi tersebut saat ini. Namun, mereka menyimpan data yang diperoleh.

Beberapa tahun kemudian, Quantum Computer mencapai kemampuan yang cukup untuk menjalankan Shor’s Algorithm terhadap mekanisme public-key cryptography yang digunakan dalam komunikasi tersebut.

Jika kondisi teknis memungkinkan penyerang merekonstruksi shared secret atau session key, sebagian komunikasi yang sebelumnya dikumpulkan dapat berpotensi didekripsi.

Apa yang sebenarnya menjadi masalah bagi perusahaan tersebut?

Ada tiga persoalan utama:

1. Data yang dicuri tetap memiliki nilai meskipun belum dapat dibaca oleh penyerang.
2. Organisasi tidak dapat mengandalkan keamanan algoritma saat ini untuk menjamin kerahasiaan data selama periode yang sangat panjang.
3. Migrasi cryptography membutuhkan waktu dan tidak dapat dilakukan secara mendadak ketika ancaman sudah menjadi kemampuan praktis.

Contoh tersebut merupakan ilustrasi skenario HNDL, bukan klaim bahwa seluruh encrypted traffic yang dikumpulkan saat ini pasti dapat dibuka di masa depan.

Keberhasilan serangan bergantung pada algoritma, implementasi, cara key dibentuk dan dikelola, serta kemampuan Quantum Computer yang tersedia pada saat itu.

Bagaimana Organisasi Menentukan Tingkat Risiko HNDL?

Pertanyaan yang perlu dijawab bukan hanya apakah organisasi menggunakan RSA atau ECC.

Organisasi juga perlu memahami berapa lama data harus tetap dirahasiakan dan berapa lama waktu yang dibutuhkan untuk melakukan migrasi cryptography.

Salah satu pendekatan konseptual untuk memahami risiko ini dikenal sebagai Mosca’s Theorem.

Pendekatan tersebut membandingkan tiga faktor:

• X: Migration Time
  Waktu yang dibutuhkan organisasi untuk mempersiapkan dan menyelesaikan migrasi menuju cryptography yang tahan terhadap quantum.
• Y: Data Confidentiality Lifetime
  Periode ketika data harus tetap dirahasiakan atau dilindungi.
• Z: Time to Quantum Threat
  Perkiraan waktu sampai Quantum Computer memiliki kemampuan yang relevan untuk memecahkan cryptography yang digunakan.

Rumus sederhananya:

[ X + Y > Z ]

Jika waktu migrasi ditambah masa kerahasiaan data lebih panjang daripada perkiraan waktu munculnya kemampuan quantum yang relevan, organisasi perlu memperhatikan risiko HNDL secara serius.

Contoh ilustratif:

Misalnya, sebuah perusahaan membutuhkan waktu lima tahun untuk menyelesaikan migrasi cryptography. Data yang dilindungi harus tetap rahasia selama sepuluh tahun. Sementara itu, organisasi menggunakan asumsi perencanaan bahwa ancaman quantum yang relevan dapat muncul dalam dua belas tahun.

Maka:

[ 5 + 10 > 12 ]

Artinya, masa migrasi dan kebutuhan kerahasiaan data melampaui estimasi waktu menuju ancaman quantum.

Perusahaan tersebut perlu mempertimbangkan migrasi lebih awal, terutama untuk sistem yang melindungi informasi sensitif jangka panjang.

Perlu dicatat bahwa rumus ini merupakan kerangka perencanaan risiko, bukan alat untuk memprediksi kapan Quantum Computer akan mampu memecahkan cryptography. Nilai Z masih memiliki ketidakpastian yang besar.

Namun, pendekatan ini membantu organisasi memahami mengapa masa kerahasiaan data dan durasi migrasi harus diperhitungkan bersama.

Bagaimana Organisasi Mengurangi Risiko HNDL?

Menghadapi HNDL bukan berarti organisasi harus langsung mengganti seluruh sistem encryption.

Langkah yang lebih tepat adalah mengidentifikasi sumber risiko dan menyusun prioritas migrasi berdasarkan sensitivitas data serta ketergantungan cryptography.

Berikut enam langkah yang dapat dilakukan.

1. Lakukan Cryptographic Inventory

Organisasi perlu mengetahui algoritma dan mekanisme cryptography yang digunakan di seluruh lingkungan IT.

Inventarisasi sebaiknya mencakup:

• Algoritma public-key seperti RSA dan ECC.
• Key establishment mechanism.
• Digital signature dan certificate.
• TLS, VPN, dan protokol komunikasi lainnya.
• Key management system.
• Aplikasi, database, server, dan perangkat yang menggunakan cryptography.
• Ketergantungan terhadap vendor dan third-party services.

Tanpa inventarisasi, organisasi akan kesulitan mengetahui sistem mana yang berpotensi rentan dan harus diprioritaskan.

2. Identifikasi Data dengan Masa Kerahasiaan Panjang

Tidak semua data membutuhkan tingkat prioritas migrasi yang sama.

Organisasi perlu mengidentifikasi informasi yang tetap sensitif dalam jangka panjang, seperti data keuangan, personal data, healthcare records, intellectual property, dan informasi strategis.

Data tersebut perlu mendapat perhatian lebih tinggi dalam perencanaan migrasi.

3. Prioritaskan Sistem yang Menggunakan Vulnerable Public-Key Cryptography

Setelah inventarisasi dilakukan, identifikasi sistem yang menggunakan mekanisme public-key cryptography yang rentan terhadap Shor’s Algorithm.

Perhatian khusus perlu diberikan pada sistem yang menggunakan RSA dan ECC untuk key establishment, terutama jika melindungi komunikasi yang membawa data sensitif jangka panjang.

Komponen digital signature juga perlu dievaluasi, meskipun dampak ancamannya berbeda dari skenario HNDL.

4. Evaluasi Kesiapan Vendor

Migrasi PQC tidak sepenuhnya berada dalam kendali organisasi.

Aplikasi, hardware, network infrastructure, cloud services, dan cryptographic products yang digunakan mungkin bergantung pada dukungan vendor.

Karena itu, organisasi perlu menanyakan:

• Apakah produk sudah mendukung standar PQC?
• Apa roadmap implementasi dan pembaruan produknya?
• Apakah tersedia dukungan hybrid cryptography?
• Bagaimana kompatibilitas dengan sistem yang sudah digunakan?
• Bagaimana pengelolaan key dan certificate akan berubah?

Evaluasi ini membantu organisasi menghindari ketergantungan pada teknologi yang tidak memiliki rencana migrasi jelas.

5. Mulai Pengujian dan Perencanaan Migrasi PQC

NIST telah menerbitkan standar PQC yang dapat menjadi acuan awal, yaitu:

• FIPS 203 – ML-KEM: Untuk key encapsulation dan pembentukan shared secret.
• FIPS 204 – ML-DSA: Untuk digital signature.
• FIPS 205 – SLH-DSA: Untuk digital signature berbasis hash.

Organisasi dapat mulai mengevaluasi bagaimana algoritma tersebut akan diintegrasikan ke dalam sistem yang digunakan.

Pengujian perlu memperhatikan performa, ukuran key dan ciphertext, kompatibilitas protocol, latency, serta interoperabilitas antar-sistem.

6. Bangun Crypto-Agility

Migrasi PQC bukan perubahan yang hanya dilakukan sekali.

Standar cryptography dapat berkembang, implementasi dapat berubah, dan hasil penelitian baru dapat memengaruhi rekomendasi keamanan.

Karena itu, organisasi perlu membangun Crypto-Agility, yaitu kemampuan untuk memperbarui atau mengganti algoritma cryptography tanpa harus melakukan perubahan besar pada keseluruhan aplikasi dan infrastruktur.

Dengan Crypto-Agility, organisasi dapat mengelola perubahan cryptographic system secara lebih terstruktur dan mengurangi ketergantungan pada satu algoritma dalam jangka panjang.

Apakah Menggunakan Encryption yang Lebih Kuat Sudah Cukup?

Salah satu pertanyaan yang sering muncul adalah apakah organisasi cukup meningkatkan ukuran key AES, misalnya dari AES-128 menjadi AES-256, untuk menghadapi ancaman Quantum Computing.

AES-256 memang memberikan margin keamanan yang lebih besar terhadap serangan pencarian kunci menggunakan Grover’s Algorithm dibandingkan AES-128.

Namun, peningkatan ukuran key symmetric encryption tidak menyelesaikan persoalan pada public-key cryptography.

Jika sebuah sistem masih menggunakan RSA atau ECC untuk membangun shared secret, mekanisme tersebut tetap perlu dievaluasi terhadap ancaman Shor’s Algorithm.

Dengan kata lain, memperkuat AES tidak otomatis menghilangkan risiko HNDL jika proses key establishment masih bergantung pada algoritma public-key yang rentan.

Inilah alasan mengapa migrasi menuju PQC perlu dilakukan secara menyeluruh, bukan hanya dengan mengganti ukuran key pada satu algoritma encryption.

Kesimpulan: Data yang Aman Hari Ini Harus Tetap Aman di Masa Depan

Harvest Now, Decrypt Later mengubah cara organisasi perlu memandang keamanan informasi.

Ancaman tidak selalu muncul ketika penyerang berhasil membaca data. Dalam skenario HNDL, data yang telah dicuri dan disimpan dalam bentuk terenkripsi dapat tetap menjadi target untuk jangka panjang.

Risiko ini terutama relevan bagi organisasi yang mengelola informasi sensitif dengan masa kerahasiaan bertahun-tahun atau bahkan puluhan tahun.

Meskipun kemampuan Quantum Computer untuk memecahkan cryptography modern secara praktis belum tersedia, proses migrasi menuju Post-Quantum Cryptography membutuhkan waktu, pengujian, dan koordinasi dengan berbagai pihak.

Karena itu, organisasi perlu mulai melakukan cryptographic inventory, mengidentifikasi data yang memiliki masa kerahasiaan panjang, mengevaluasi risiko, dan menyusun migration roadmap.

Keamanan data tidak hanya ditentukan oleh seberapa kuat encryption yang digunakan hari ini, tetapi juga oleh seberapa lama perlindungan tersebut harus bertahan.

Key Takeaways

• Harvest Now, Decrypt Later (HNDL) adalah strategi mengumpulkan encrypted data saat ini untuk kemungkinan didekripsi di masa depan.
• Penyerang tidak perlu memiliki Quantum Computer untuk mulai melakukan pengumpulan data.
• Data dengan masa kerahasiaan panjang, seperti financial records, personal data, healthcare records, dan intellectual property, perlu mendapat perhatian khusus.
• Ancaman utama terhadap komunikasi terenkripsi dapat berasal dari mekanisme public-key cryptography seperti RSA dan ECC yang rentan terhadap Shor’s Algorithm.
• Memperkuat AES saja tidak cukup jika mekanisme key establishment masih menggunakan algoritma public-key yang rentan.
• Organisasi perlu memulai persiapan melalui cryptographic inventory, risk assessment, vendor evaluation, dan migration roadmap.
• Crypto-Agility membantu organisasi beradaptasi terhadap perubahan standar dan kebutuhan cryptography di masa depan.

Mulai Evaluasi Risiko Cryptography Organisasi Anda

Ancaman HNDL menunjukkan bahwa perlindungan data perlu mempertimbangkan kebutuhan kerahasiaan jangka panjang, bukan hanya kondisi keamanan saat ini.

Dymar Jaya Indonesia menyediakan solusi Data Security untuk mendukung kebutuhan perlindungan data dan pengelolaan cryptographic infrastructure organisasi.

Mulai evaluasi penggunaan cryptography di lingkungan IT organisasi Anda dan diskusikan langkah persiapan menuju Post-Quantum Cryptography bersama tim Dymar.

FAQ: Pertanyaan Umum tentang Harvest Now, Decrypt Later

1. Apa yang dimaksud dengan Harvest Now, Decrypt Later?

HNDL adalah strategi serangan ketika penyerang mengumpulkan encrypted data saat ini, menyimpannya, lalu menunggu sampai tersedia teknologi yang memungkinkan data tersebut didekripsi. Quantum Computer yang cukup kuat berpotensi menjadi salah satu teknologi yang digunakan untuk tujuan tersebut.

2. Apakah HNDL sudah menjadi ancaman saat ini?

Pengumpulan dan penyimpanan encrypted data dapat dilakukan menggunakan kemampuan teknologi yang tersedia saat ini. Namun, keberhasilan decryption terhadap algoritma public-key modern menggunakan Quantum Computer masih bergantung pada perkembangan teknologi di masa depan.

3. Apakah semua data yang dienkripsi saat ini dapat dibuka oleh Quantum Computer?

Tidak. Ancaman quantum tidak berlaku sama terhadap seluruh algoritma cryptography. RSA dan ECC berpotensi rentan terhadap Shor’s Algorithm, sementara symmetric encryption seperti AES memiliki karakteristik ketahanan yang berbeda. Keberhasilan decryption juga bergantung pada bagaimana key dibentuk dan dikelola.

4. Data apa yang paling berisiko terhadap HNDL?

Data yang harus tetap rahasia dalam jangka panjang memiliki risiko lebih tinggi. Contohnya adalah data keuangan, informasi kesehatan, personal data, intellectual property, dokumen strategis, dan komunikasi rahasia.

5. Apakah AES-256 dapat melindungi organisasi dari HNDL?

AES-256 memberikan margin keamanan yang lebih besar terhadap serangan quantum berbasis Grover’s Algorithm dibandingkan AES-128. Namun, AES-256 tidak menggantikan fungsi RSA atau ECC dalam mekanisme key establishment. Organisasi tetap perlu mengevaluasi penggunaan public-key cryptography yang rentan.

6. Bagaimana PQC membantu mengurangi risiko HNDL?

PQC menyediakan alternatif untuk mekanisme public-key cryptography yang rentan terhadap serangan quantum. Dengan mengadopsi algoritma PQC yang sesuai, organisasi dapat mengurangi risiko komunikasi dan data yang dikumpulkan di masa depan dapat didekripsi melalui kelemahan algoritma public-key konvensional.

Namun, PQC tidak dapat secara otomatis melindungi data yang sudah dicuri sebelumnya. Karena itu, migrasi perlu dilakukan sebelum data dikumpulkan atau selama masih ada kesempatan untuk memperbarui perlindungannya.

7. Kapan organisasi harus mulai mempersiapkan migrasi PQC?

Organisasi sebaiknya mulai melakukan persiapan sekarang melalui cryptographic inventory, risk assessment, evaluasi vendor, dan migration roadmap. Prioritas dapat diberikan kepada sistem yang melindungi informasi sensitif dengan masa kerahasiaan panjang.