Gesaan dan konteks
Sebuah syarikat mempunyai klien mudah alih, web, peranti, dan API pihak ketiga yang masih menggunakan RSA atau kriptografi lengkung eliptik. Reka bentuk pelan migrasi ke kriptografi pasca-kuantum dan terangkan tentang keserasian, prestasi, giliran kunci (key rotation), dan pengunduran (rollback).
NIST telah menerbitkan FIPS 203, 204, dan 205 untuk ML-KEM, ML-DSA, dan SLH-DSA. Temu duga ini bukan sekadar latihan menamakan algoritma: ia menguji sama ada anda boleh menukar kerahsiaan jangka panjang, kitaran hayat klien, dan risiko operasi kepada keputusan berperingkat. Draf TLS hibrid IETF masih merupakan draf, jadi ia bukan jaminan keserasian sejagat.
Perkara yang diuji oleh penemu duga
Penemu duga ingin melihat inventori aset kriptografi sebenar, perbezaan antara penetapan kunci dan tandatangan, penjelasan mengenai risiko tuai-sekarang-nyahsulit-kemudian (harvest-now-decrypt-later), reka bentuk untuk ketangkasan kripto (crypto agility), dan pintu kawalan (gates) yang boleh diukur untuk keserasian, kadar kegagalan, serta prestasi. Anda juga harus mengenal pasti keputusan yang memerlukan semakan keselamatan, pematuhan, vendor, dan produk.
Soalan untuk dijelaskan terlebih dahulu
- Data manakah yang mesti kekal rahsia selama sepuluh tahun atau lebih, dan tandatangan manakah yang memerlukan pengesahan jangka panjang?
- Bagaimanakah versi klien, laluan peningkatan perisian tegar, tempoh luar talian, dan kebergantungan pihak ketiga diagihkan?
- Di manakah letaknya tapak panggilan RSA, ECDH, dan ECDSA, rantai sijil, HSM, dan sandaran?
- Adakah kunci pengangkutan, data-rehat (data-at-rest), menandatangani kod, dan menandatangani token mempunyai kitaran hayat yang berasingan?
- Apakah belanjawan untuk kependaman jabat tangan (handshake latency), saiz mesej, CPU, memori, dan kadar kegagalan?
- Bolehkah algoritma lama kekal untuk tempoh yang terhad, dan siapakah yang meluluskan penurunan taraf serta pengunduran kecemasan?
Jawapan 30 saat
"Saya akan menginventorikan aset kriptografi dan jangka hayat kerahsiaan terlebih dahulu, kemudian menarafkannya mengikut pendedahan, kesukaran penggantian, dan kebolehkemaskinian klien. Saya akan memisahkan penetapan kunci daripada tandatangan dan menggunakan suit algoritma berversi dengan pengesanan keupayaan untuk mod klasik, pasca-kuantum, atau hibrid; penurunan taraf secara senyap tidak akan dibenarkan. Saya akan menjalankan ujian kenari (canary) pada perkhidmatan yang boleh dikawal dan klien baharu sambil mengukur metrik kejayaan jabat tangan, saiz respons, CPU, sandaran (fallback), dan giliran kunci. Saya hanya akan meluaskan skop selepas pintu kawalan keserasian, prestasi, audit, dan pengunduran berjaya dilalui, sambil mengekalkan kunci pengesahan lama tanpa mengeluarkan kelayakan format lama yang baharu."
Jawapan mendalam langkah demi langkah
Langkah 1: Menginventorikan algoritma dan jangka hayat data
Imbas tapak panggilan TLS, VPN, RPC antara perkhidmatan, penyulitan pangkalan data, sandaran, tandatangan, sijil, perisian tegar, dan SDK vendor. Bagi setiap aset, rekodkan algoritma, saiz kunci, tujuan, pemilik, kaedah giliran, versi klien, dan jangka hayat kerahsiaan. Utamakan trafik yang mungkin dikumpulkan sekarang dan memerlukan kerahsiaan jangka panjang, diikuti dengan tandatangan yang mesti disahkan selama bertahun-tahun.
Langkah 2: Cipta peringkat risiko dan garis dasar sasaran
Nilaikan kekritikalan aset, kebolehlaksanaan serangan, tetingkap migrasi, bahagian klien yang tidak boleh dikemas kini, dan kos penggantian. Garis dasar harus menyatakan sambungan baharu yang manakah memerlukan perlindungan pasca-kuantum atau hibrid dan sambungan lama yang manakah boleh diteruskan hanya dalam tetingkap keserasian yang diluluskan, singkat, dan dipantau. Jangan jadikan tarikh kemunculan komputer kuantum praktikal sebagai satu-satunya pemboleh ubah keputusan.
Langkah 3: Tukar kriptografi menjadi keupayaan yang boleh diganti
Pastikan kod perniagaan bebas daripada pustaka kripto melalui suit algoritma berversi, jenis kunci, dan dasar sijil. Pelayan boleh menilai pengisytiharan keupayaan, tetapi klien tidak boleh memilih algoritma yang lemah; perkhidmatan dasar harus berupaya menjeda suit, menukar penyedia, dan merekodkan skop. Metadata teks sifer dan tandatangan harus membawa versi supaya format sejarah kekal boleh dikenal pasti.
Langkah 4: Pilih laluan penetapan kunci dan tandatangan
ML-KEM adalah untuk enkapsulasi kunci, manakala ML-DSA dan SLH-DSA ialah piawaian tandatangan; kunci, sijil, dan prestasinya adalah berbeza. Bagi TLS, nilaikan jabat tangan hibrid klasik ditambah ML-KEM hanya selepas memeriksa pelaksanaan, status draf, get laluan (gateway), dan sokongan titik akhir. Sahkan saiz rantai sijil, kos pengesahan, dan keperluan pengarkiban secara berasingan untuk tandatangan.
Langkah 5: Tentukan sempadan keserasian dan pengunduran
Benarkan klien baharu memilih suit melalui pengesanan keupayaan dan letakkan klien lama dalam kolam keserasian eksplisit. Penurunan taraf mesti boleh diperhatikan, terhad masanya, dan diluluskan bagi setiap penyewa (tenant) atau peranti; jabat tangan yang gagal tidak boleh mencetuskan sandaran tanpa had. Pengunduran harus menarik balik titik masuk trafik baharu tanpa memadamkan kunci awam lama yang masih diperlukan untuk pengesahan. Rekodkan sebab, skop, dan kriteria pengaktifan semula.
Langkah 6: Ukur kos dengan eksperimen kenari (canary)
Uji kejayaan sambungan, kependaman jabat tangan, saiz mesej, CPU, memori, lebar jalur, pengesyoran sijil, dan daya pemprosesan HSM pada perkhidmatan dalaman, klien mudah alih yang boleh dikemas kini, dan penyewa berisiko rendah. Lakukan ujian beban pada waktu puncak, rangkaian lemah, pemulihan luar talian, dan pelbagai rantau. Bandingkan overhed pasca-kuantum dengan SLO perniagaan; bertindak mengikut versi dan jenis klien dan bukannya melumpuhkan dasar keselamatan secara global.
Langkah 7: Selaraskan kunci, vendor, dan audit
Tentukan tetingkap penjanaan, jagaan (custody), giliran, pembatalan, sandaran, dan pemusnahan untuk kunci baharu dan lama. Sahkan sokongan format sasaran dalam HSM, KMS awan, pihak berkuasa sijil (CA), proksi, dan SDK pihak ketiga; rekodkan perubahan suit sebagai peristiwa audit. Keselamatan memiliki dasar, platform memiliki pelaksanaan, dan undang-undang atau pematuhan mengesahkan keperluan pengekalan dan bukti yang berkenaan.
Langkah 8: Tetapkan pintu pelepasan dan jalan keluar jangka panjang
Pintu pelepasan harus merangkumi kejayaan keserasian, belanjawan prestasi, bahagian trafik algoritma lama, sandaran tidak normal, kejayaan giliran, dan kelengkapan audit. Berikan setiap peringkat garisan henti (stop line) dan pemilik. Sebaik sahaja trafik format lama berada di bawah ambang hadnya, hentikan pengeluaran kelayakan lama yang baharu, kemudian batalkan penerimaan selepas tempoh pengesahan. Simpan rekod migrasi supaya penggantian algoritma seterusnya bermula dengan bukti.
Pertukaran dan sempadan
Mod hibrid berbanding mod pasca-kuantum tulen
Mod hibrid mengurangkan kebergantungan pada satu algoritma baharu tetapi meningkatkan saiz jabat tangan, kerumitan pelaksanaan, dan ujian rundingan. Mod pasca-kuantum tulen menyatakan sasaran secara lebih langsung tetapi mungkin mengecualikan klien yang tidak boleh dinaik taraf. Biarkan matriks keserasian dan pintu risiko yang menentukan.
Kekuatan keselamatan berbanding belanjawan prestasi
Kunci, teks sifer, atau tandatangan yang lebih besar mempengaruhi MTU, jabat tangan, cache, dan daya pemprosesan HSM. Ukur trafik sebenar dan sediakan margin untuk rangkaian mudah alih, CPU peranti, dan keserentakan puncak. Penalaan prestasi tidak boleh dicapai melalui penurunan taraf secara senyap.
Pengunduran berbanding mengekalkan kunci lama
Titik masuk pengunduran dan pemusnahan kunci adalah keputusan yang berasingan. Kunci awam lama mungkin masih diperlukan untuk tandatangan sejarah, jadi pengunduran tidak sepatutnya memadamkannya serta-merta. Hentikan pengeluaran baharu, sekat sambungan baharu, kekalkan pengesahan baca sahaja, dan musnahkan hanya apabila bukti mencukupi.
Latihan kegagalan dan pelan evolusi
Peranti lama tidak boleh dinaik taraf
Bina inventori versi peranti, get laluan terpencil, dan tarikh luput yang jelas. Sahkan bahawa pengasingan menghalang suit lemah daripada merebak ke klien baharu, dan berikan pemilik laluan peningkatan atau penggantian.
Jabat tangan yang lebih besar memutuskan sambungan
Uji pemecahan (fragmentation), MTU, masa tamat, dan percubaan semula melalui proksi sebenar, pengimbang beban, dan rangkaian mudah alih. Jika suit baharu gagal, kembali ke kolam keserasian yang diluluskan dan keluarkan amaran; klien tidak boleh mencuba suit lemah tambahan secara bersendirian.
Vendor hanya menyokong tandatangan lama
Berikan vendor antara muka berversi dan sijil peralihan, dengan jangka hayat dan kebenaran terhad untuk tandatangan lama. Letakkan komitmen peningkatan ke dalam kontrak dan metrik penerimaan dan bukannya menyembunyikan kebergantungan yang tidak terkawal dalam "kerja kemudian".
Kesilapan biasa dan tindakan susulan
Kesilapan 1: Menganggap penggantian algoritma sebagai satu pelepasan konfigurasi
Susulan: Bagaimanakah anda mencari setiap tapak panggilan kripto, sandaran, dan peranti luar talian? Jawapan yang kukuh menyebut tentang inventori aset, graf kebergantungan, dan pemilik.
Kesilapan 2: Menganggap penerbitan FIPS sebagai sokongan klien sejagat
Susulan: Di manakah sokongan dibuktikan untuk pustaka sasaran, pihak berkuasa sijil, HSM, get laluan, dan penyemak imbas? Asingkan piawaian yang telah selesai daripada pelaksanaan produk yang boleh digunakan.
Kesilapan 3: Berundur secara senyap kepada RSA
Susulan: Siapakah yang meluluskan penurunan taraf, berapa lama ia berlangsung, bagaimanakah ia diberi amaran, dan apakah yang menamatkannya? Berikan tetingkap keserasian yang boleh diaudit.
Kesilapan 4: Hanya mengukur kependaman purata
Susulan: Bagaimanakah anda menguji keserentakan puncak, rangkaian lemah, saiz paket, CPU, memori, dan pengesyoran sijil? Terangkan ujian beban berlapis dan garisan henti.
Soalan susulan dan respons
Mengapa memindahkan penetapan kunci dan tandatangan secara berasingan?
Penetapan kunci melindungi kerahsiaan sesi; tandatangan melindungi identiti dan integriti. Algoritma, rantai sijil, saiz kunci, dan jangka hayat pengesahannya adalah berbeza, jadi ujian kenari yang berasingan mengelakkan daripada menyekat setiap beban kerja pada satu penggantian.
Bagaimanakah anda membuktikan ketangkasan kripto (crypto agility)?
Tunjukkan suit berversi, penukaran dasar, metadata kunci, penggantian penyedia, matriks keserasian, peristiwa audit, dan latihan pengunduran. Menyunting satu fail konfigurasi tidak membuktikan bahawa kod perniagaan, sijil, dan laluan peranti boleh diganti.
Bilakah anda boleh berhenti menerima algoritma lama?
Selepas liputan klien baharu, kejayaan sambungan, prestasi, dan pintu audit lulus, trafik lama diagihkan puncanya, dan pemilik menyelesaikan peningkatan, hentikan pengeluaran baharu terlebih dahulu. Selepas tetingkap pengesahan baca sahaja, batalkan penerimaan. Setiap langkah memerlukan syarat pengunduran dan pemilik.