Nama digest SHA1 dalam OpenSSL: apa maksud senarai lama
Nama SHA1 lama menerangkan pendaftaran pustaka, bukan apa yang OpenVPN lakukan pada paket. Asingkan nama berdaftar, digest dan operasi pemanggil.
Senarai digest lama dibaca seperti transkrip keputusan kriptografi, dan ia bukan begitu. Nama seperti SHA1, DSA-SHA1-old atau RSA-SHA1-2 berdiri bersebelahan dalam binaan OpenSSL lama kerana pustaka mendaftarkan beberapa titik masuk di sekeliling jentera hash berkaitan. Label RSA atau DSA dalam senarai itu tidak mengatakan apa-apa tentang apa yang OpenVPN lakukan pada paket. Apa yang anda baca ialah inventori pustaka, bukan rekod sesi.
Tiga perkara mesti diasingkan sebelum sebarang kesimpulan bermakna: nama berdaftar, pengiraan digest di bawahnya dan operasi yang menggunakannya.
Pendaftaran ialah antara muka, bukan penilaian kekuatan
Dalam OpenSSL 1.0.2 jadual pendaftaran digest mengikat nama, alias dan pelaksanaan dalam satu fail. Penerang DSS1 lama ialah kes paling jelas: ia melaporkan panjang keluaran SHA-1 dan memanggil rutin penyempurnaan SHA-1 sambil membawa nama yang mencadangkan algoritma yang sama sekali berbeza. Oleh itu huruf tambahan dalam pendaftaran tidak membayangkan hash yang berbeza, keluaran yang lebih panjang atau tahap keselamatan baharu.
Sumber yang sama mengekalkan hubungan alias untuk pemanggil lama, yang menjelaskan sebab senarai kelihatan penuh. Ini dokumentasi keserasian, bukan janji bahawa penyedia OpenSSL semasa memaparkan nama yang sama.
Nama penandatanganan tidak mencipta tandatangan
Kerangka penandatanganan boleh mengikat digest kepada antara muka algoritma lain supaya pemanggil sedia ada terus dikompil. Tandatangan kunci awam sebenar memerlukan kunci dan langkah penandatanganan yang menggunakannya, dan kedua-duanya tidak disediakan oleh nama dalam menu. Entri digest beraroma RSA ialah nama yang boleh digunakan pemanggil, bukan bukti bahawa setiap paket VPN membawa tandatangan RSA.
Pada langkah inilah tulisan lama tergelincir ke dalam cerita rakyat. Jika anda perlu tahu bagaimana paket disahkan, cari pilihan yang memilih mekanisme itu dan baca apa yang dilakukannya dalam versi yang benar-benar anda jalankan. Halaman manual yang disertakan dengan keluaran itu ialah satu-satunya penerangan yang sepadan dengan program di hadapan anda. Panduan yang diarkibkan menerangkan keluaran tempat ia ditulis, yang mungkin beberapa konvensyen penamaan di belakang.
Cari pilihan yang menggunakan nama itu
Dalam kes pengesahan paket yang didokumenkan oleh OpenVPN 2.6, auth memilih digest yang digunakan oleh HMAC, binaan pengesahan mesej berkunci dan bukan tandatangan sijil. Algoritma penandatanganan sijil TLS ialah sifat berasingan bagi jabat tangan.
Dengan sifer data AEAD, tetapan auth yang berasingan berhenti terpakai pada saluran data, manakala peranannya untuk tls-auth kekal sebagai persoalan berasingan. Oleh itu senarai digest tidak dapat memberitahu anda hash mana yang melindungi paket semasa, suite TLS mana yang dirundingkan atau bagaimana sijil rakan ditandatangani. Hanya konfigurasi berkesan bersama versi dapat menjawabnya, dan hanya untuk sambungan di hadapan anda.
Catat apa yang sebenarnya anda miliki
Catat versi OpenVPN, pustaka kripto yang dipautkan, pilihan tepat dalam profil dan hasil sambungan sebenar. Set itu menjawab soalan yang tidak dapat dijawab oleh tangkapan skrin menu digest, dan ia bertahan selepas peningkatan seterusnya kerana ia menyebut versi dan bukan tanggapan.
Yang paling penting, jangan pilih alias lama kerana namanya kedengaran lebih kuat atau lebih khusus. Pilih dasar yang disokong untuk seluruh sambungan, dan anggap nama lama sebagai rekod bagaimana pustaka dahulu mempersembahkan dirinya.