Daftar digest lama dibaca seperti transkrip keputusan kriptografis, dan memang bukan itu. Nama seperti SHA1, DSA-SHA1-old atau RSA-SHA1-2 berdiri berdampingan di build OpenSSL lama karena pustaka mendaftarkan beberapa titik masuk di sekitar mesin hash terkait. Label RSA atau DSA dalam daftar itu tidak mengatakan apa pun tentang apa yang OpenVPN lakukan pada sebuah paket. Yang Anda baca adalah inventaris pustaka, bukan catatan sebuah sesi.

Tiga hal harus dipisahkan sebelum kesimpulan apa pun masuk akal: nama terdaftar, perhitungan digest di bawahnya, dan operasi yang mengonsumsinya.

Pendaftaran adalah antarmuka, bukan penilaian kekuatan

Di OpenSSL 1.0.2 tabel pendaftaran digest mengikat nama, alias, dan implementasi dalam satu berkas. Deskriptor DSS1 lama adalah kasus paling jelas: ia melaporkan panjang keluaran SHA-1 dan memanggil rutin finalisasi SHA-1 sambil membawa nama yang menyarankan algoritme yang sama sekali berbeda. Karena itu, huruf tambahan dalam pendaftaran tidak menyiratkan hash yang berbeda, keluaran yang lebih panjang, atau tingkat keamanan baru.

Sumber yang sama mempertahankan hubungan alias untuk pemanggil lama, yang menjelaskan mengapa daftar terlihat penuh. Ini dokumentasi kompatibilitas, bukan janji bahwa penyedia OpenSSL saat ini menampilkan nama yang identik.

Nama penandatanganan tidak menciptakan tanda tangan

Kerangka penandatanganan dapat mengikat digest ke antarmuka algoritme lain agar pemanggil yang ada tetap dapat dikompilasi. Tanda tangan kunci publik yang sebenarnya membutuhkan kunci dan langkah penandatanganan yang memakainya, dan tidak satu pun disediakan oleh nama di menu. Entri digest beraroma RSA adalah nama yang boleh dipakai pemanggil, bukan bukti bahwa setiap paket VPN membawa tanda tangan RSA.

Pada langkah inilah tulisan lama meluncur ke folklor. Jika Anda perlu tahu bagaimana paket diautentikasi, temukan opsi yang memilih mekanisme itu dan baca apa yang dilakukannya pada versi yang benar-benar Anda jalankan. Halaman manual yang dikirim bersama rilis itu adalah satu-satunya deskripsi yang cocok dengan program di depan Anda. Panduan yang diarsipkan menggambarkan rilis tempat panduan itu ditulis, yang bisa tertinggal beberapa konvensi penamaan.

Temukan opsi yang mengonsumsi nama itu

Dalam kasus autentikasi paket yang didokumentasikan OpenVPN 2.6, auth memilih digest yang digunakan HMAC, konstruksi autentikasi pesan berkunci alih-alih tanda tangan sertifikat. Algoritme penandatanganan sertifikat TLS adalah properti terpisah dari jabat tangan.

Dengan sandi data AEAD, pengaturan auth yang terpisah berhenti berlaku untuk kanal data, sementara perannya bagi tls-auth tetap menjadi pertanyaan tersendiri. Daftar digest karena itu tidak dapat memberi tahu hash mana yang melindungi paket saat ini, suite TLS mana yang dinegosiasikan, atau bagaimana sertifikat rekan ditandatangani. Hanya konfigurasi efektif bersama versi yang dapat menjawabnya, dan hanya untuk koneksi di depan Anda.

Catat apa yang sebenarnya Anda miliki

Catat versi OpenVPN, pustaka kripto yang ditautkan, opsi persis dalam profil, dan hasil koneksi nyata. Himpunan itu menjawab pertanyaan yang tidak dapat dijawab tangkapan layar menu digest, dan bertahan melewati pemutakhiran berikutnya karena menyebut versi, bukan kesan.

Yang terpenting, jangan memilih alias lama karena namanya terdengar lebih kuat atau lebih spesifik. Pilih kebijakan yang didukung untuk seluruh koneksi, dan perlakukan nama lama sebagai catatan tentang bagaimana sebuah pustaka dulu menampilkan dirinya.

Artikel terkait