Log OpenVPN: sifer saluran kawalan berbanding sifer saluran data

Baris log yang menamakan DHE-RSA-AES256-SHA bukanlah ringkasan keseluruhan sambungan. Ia tergolong dalam jabat tangan TLS yang melindungi saluran kawalan, dan trafik di dalam terowong boleh disulitkan dengan sesuatu yang sama sekali berbeza. Melaporkannya sebagai sifer data VPN ialah kesilapan yang perlu dielakkan.

Dua keputusan penting, dan kedua-duanya menjawab soalan yang berbeza. Satu ialah suit TLS yang dirundingkan untuk saluran kawalan; satu lagi ialah sifer data bagi paket yang dibawa terowong.

Dua keputusan, dua soalan

Saluran kawalan membawa jabat tangan dan mesej pengurusan antara rakan. Sifernya dipilih oleh tindanan TLS, jadi namanya mengikut konvensyen TLS. Saluran data membawa trafik pengguna dan dikonfigurasikan oleh rundingan sifer OpenVPN sendiri.

Tentukan soalan mana yang anda jawab sebelum membaca mana-mana baris. Sama ada terowong disulitkan dan sama ada jabat tangan itu kukuh bukanlah soalan yang sama.

Petikan log yang menunjukkan kedua-dua baris itulah yang berguna. Baca baris kawalan untuk versi dan suit TLS, dan baris data untuk algoritma yang benar-benar melindungi muatan.

Huraikan nama suit TLS dalam konteksnya sendiri

Dalam nama gaya OpenSSL yang bersejarah seperti DHE-RSA-AES256-SHA, setiap komponen menerangkan keputusan yang berbeza. DHE ialah persetujuan kunci Diffie-Hellman sementara, RSA ialah kaedah pengesahan, AES256 ialah AES-256 dalam mod CBC untuk rekod TLS, dan SHA ialah MAC rekod berasaskan SHA-1.

Komponen terakhir bukan cap jari sijil, dan membacanya sedemikian ialah kesilapan biasa. Nama itu juga tidak memberitahu anda versi protokol dengan sendirinya, kerana TLS 1.3 menggunakan skema penamaan yang sama sekali berbeza. TLS_AES_256_GCM_SHA384 mengikut bentuk yang lebih baharu itu, di mana cincangan di hujung ialah sebahagian daripada pembinaan suit dan bukan pilihan MAC. Gunakan bacaan komponen hanya pada gaya penamaan lama.

Rujukan suit OpenSSL memetakan nama-nama ini kepada takrifnya jika sesuatu komponen itu asing.

Baca keputusan saluran data untuk trafik yang dibawa

Untuk trafik yang dibawa, baca baris saluran data daripada sesi yang sama. Dalam konfigurasi, data-ciphers senarai ialah set yang dibenarkan, bukan bukti bahawa sesuatu algoritma tertentu telah dirundingkan. Log merekodkan pilihan itu; konfigurasi merekodkan menu.

Sifer AEAD seperti AES-GCM membawa pemeriksaan integriti sendiri, jadi HMAC saluran data yang berasingan bukan sebahagian daripada laluan itu.

auth arahan tidak menaik taraf TLS, sijil atau sifer data. Ia memilih digest untuk bahagian protokol yang masih menggunakannya, dan dengan sifer data AEAD tiada HMAC data berasingan untuk dikonfigurasikan.

Jauhkan pemeriksaan identiti daripada keputusan sifer

Algoritma tandatangan sijil, pengesahan rantaian kepercayaan dan pengesahan nama rakan ialah tiga lagi sifat yang tidak diterangkan oleh nama sifer. Sijil yang tamat tempoh gagal tanpa mengira betapa kukuhnya suit itu. Nama pelayan yang tidak sepadan gagal dengan cara yang sama. Membaiki tetapan digest dalam profil tidak memulihkan kedua-duanya.

Simpan pemeriksaan itu dalam nota semakan di sebelah keputusan sifer, bukan digabungkan ke dalamnya.

Rekodkan keputusan yang dirundingkan daripada sesi semasa

Ambil keputusan daripada sambungan semasa dan rekodkan versi klien dan pelayan bersamanya. Log tambah sahaja boleh menyimpan baris sesi yang lebih lama, dan memetiknya sebagai semasa ialah cara masalah yang telah diperbaiki kelihatan berterusan.

Untuk semakan dasar, serahkan versi dan suit TLS yang dirundingkan, sifer data yang dipilih dan tetapan pengesahan sijil bersama-sama kepada pemilik konfigurasi. Ubah lapisan itu, kemudian baca log baharu untuk mengesahkan nilai rundingan yang baharu.