AES-256 lawan OFB: pilih pembinaan sifer VPN yang lengkap

AES-256 dan OFB menjawab soalan yang berbeza, dan di sinilah semakan sifer tersilap apabila kedua-duanya dianggap pilihan yang bersaing. Satu menamakan sifer blok dengan saiz kunci; satu lagi menerangkan bagaimana sifer blok ditukar menjadi aliran untuk mesej yang lebih panjang. Buku panduan untuk memilih perlindungan mesti melihat keseluruhan pembinaan, termasuk bagaimana penerima mengesan paket yang diubah.

Namakan empat bahagian pembinaan

Setiap semakan berpunca pada empat soalan: primitif dan saiz kunci apa, bagaimana mesej diproses dengannya, bagaimana penerima menolak perubahan tanpa kebenaran, dan bagaimana protokol mengurus input, kunci serta jangka hayatnya. Senarai nama yang biasa hanya menjawab yang pertama. Yang kedua dan ketiga ialah tempat perbezaan sebenar berada, dan yang keempat ialah tempat pelaksanaan berpisah secara senyap. Tanya dalam urutan itu dan tulis jawapannya.

OFB muncul antara mod kerahsiaan dalam penerbitan NIST tentang mod sifer blok, dan kerahsiaan ialah segala yang ditawarkannya. Protokol yang menggandingkan mod penyulitan dengan MAC berasingan mesti menyusunnya dengan betul, dan nama algoritma tidak membuktikan susunan itu. Sebab itu nama mod semata-mata tidak boleh menyelesaikan keputusan penggunaan.

Soalan keempat ialah yang benar-benar boleh disahkan oleh pengendali pada sistem yang sedang berjalan.

Utamakan pembinaan yang disahkan

Penyulitan disahkan memberikan kerahsiaan dan integriti bersama-sama, dan pembinaan AEAD juga melindungi data berkaitan daripada perubahan tanpa menyulitkannya. Itu sifat perlindungan paket, dan tiada kaitan dengan sama ada seseorang berjaya log masuk.

Panduan Panduan tetapan kriptografi OpenVPN daripada Netgate menunjuk kepada pilihan AEAD, termasuk AES-GCM, untuk saluran data, dan itulah jenis dasar disokong yang patut diikuti. Gunakan pilihan yang disokong oleh keluaran yang dipasang dan klien rakan, bukannya menyalin kedudukan mod sejarah ke penggunaan baharu. Keserasian lama, backend kripto dan sokongan offload semuanya mengehadkan apa yang benar-benar tersedia.

Pembinaan yang disokong mengalahkan susunan pintar setiap kali.

Baca hasil yang dirundingkan, bukan tawaran

Sifer yang muncul dalam senarai yang diterima tidak berkata apa-apa tentang sesi semasa. Baca perlindungan saluran data yang dirundingkan daripada klien atau gateway, kemudian bandingkan dengan dasar yang anda mahu kuatkuasakan. Konfigurasi yang masih menyenaraikan pilihan lama untuk satu rakan lama ialah keputusan keserasian, bukan kenyataan tentang sesi di hadapan anda.

openvpn --config client.conf --verb 4 2>&1 | grep -Ei 'cipher|data channel|auth'

Pada gateway output setara ialah persatuan keselamatan atau butiran kripto sambungan, bergantung pada platform. Dalam kedua-dua keadaan tawaran dan hasil ialah fakta yang berbeza. Senarai yang merangkumi pilihan lama untuk satu rakan lama tidak bermakna setiap sesi menggunakannya, dan sesi yang menggunakannya ialah perkara yang anda perlu tahu.

Rekod kedua-dua fakta bersama-sama, dengan tarikh dan versi klien.

Ukur hanya apa yang boleh dibandingkan

Daya pemprosesan bergantung pada perkakasan hujung, pelaksanaan, pecutan, saiz paket dan konfigurasi yang dipilih. Sama ada panjang kunci atau perkataan OFB tidak memberitahu anda penggunaan mana yang lebih pantas. Sebab itu penanda aras dari tapak lain paling baik ialah petunjuk tentang perkakasan milik orang lain. Nombor anda sendiri bermula dengan hujung anda sendiri.

Untuk perbandingan yang dibenarkan, kekalkan hujung, beban kerja dan dasar yang diperlukan, dan rekod perlindungan yang dirundingkan serta versi pelaksanaan. Kemudian nilai hasilnya berdasarkan sama ada aplikasi selesai, berapa banyak yang hilang dan apa yang hujung lakukan, bukannya menyimpulkan kos kripto daripada satu ujian kelajuan. Nombor yang dihasilkan dalam keadaan lain ialah cerita, bukan ukuran.

Jika rakan lama tidak dapat memenuhi dasar itu, itu keputusan keserasian bagi pemiliknya.

Jauhkan integriti daripada tawar-menawar

Mematikan semakan integriti atau menerima pelayan yang tidak disahkan bukanlah pengoptimuman prestasi dan bukan pembaikan keserasian. Ia mengubah sifat keselamatan yang menjadi sebab pembinaan itu dipilih. Perkara sama berlaku untuk meluaskan senarai sifer yang diterima sehingga rakan lama bersambung: sambungan berjaya dan dasar itu tidak lagi wujud.

Tulis pembinaan yang diterima dan pemiliknya dalam buku panduan, supaya perubahan seterusnya bermula dengan keputusan dan bukan dengan keutamaan.

Apa yang anda mahu ialah dasar yang boleh dikuatkuasakan oleh kedua-dua hujung. Berdebat tentang nama mana yang paling kuat ialah perbualan lain, dan ia biasanya berakhir tanpa keputusan.