Peranti lapangan, TLS dan VPN: sempadan mana melindungi apa

Peranti lapangan membuka sambungan ke perkhidmatan dan persoalan reka bentuk datang sebagai pilihan antara VPN dan TLS. Rangka kerja itu salah, kerana kedua-duanya melakukan kerja berbeza. TLS mengesahkan titik akhir aplikasi dan melindungi perbualan; manakala VPN mengawal kebolehcapaian dan melindungi paket antara rakan setara. Jejaki sambungan dari peranti ke luar dan setiap lapisan mempunyai jawapannya sendiri.

Jika anda tidak dapat menyatakan di mana TLS tamat, anda tidak dapat menyatakan apa yang sebenarnya dipercayai oleh aplikasi.

Cari di mana TLS sebenarnya tamat

Mulakan pada aplikasi peranti dan ikuti sambungan hingga ke proses yang melengkapkan jabat tangan. Jika proksi menamatkan TLS sebelum kerangka utama, laluan terlindung tamat di proksi. Lompatan yang tinggal memerlukan perlindungan terdokumentasi sendiri.

Menamakannya hujung ke hujung berdasarkan andaian ialah cara semakan reka bentuk meluluskan jurang. Lukis titik tamat dan sauh kepercayaan pada rajah yang sama.

TLS membawa permintaan dan respons dalam kedua-dua arah, jadi aplikasi dua hala tidak semestinya memerlukan VPN sebagai ganti TLS. Sebaliknya juga benar: penggunaan mungkin masih memerlukan VPN untuk protokol lain pada peranti yang sama.

Putuskan apa yang perlu disahkan oleh peranti

Konfigurasikan pengesahan identiti pelayan dan akar kepercayaan yang dimaksudkan. Jika setiap peranti perlu membuktikan identitinya sendiri, pilih model pengesahan klien yang disokong dan daftarkan kelayakan berasingan bagi setiap peranti. Kelayakan kongsi menjadikan satu peranti yang dicuri sebagai masalah seluruh armada.

Rancang perlindungan kunci, pembaharuan, pembatalan dan pemulihan sebelum penghantaran. Peranti di lapangan yang tidak boleh didaftarkan semula selepas pembaharuan gagal menjadi lawatan tapak, dan kos itu membentuk reka bentuk lebih daripada jabat tangan.

Gunakan pustaka yang disokong dan panduan semasa. Panduan penggunaan TLS moden melarang rundingan TLS 1.0 dan 1.1, dan rujukan kepada TLSv1 dalam nota reka bentuk lama bukan keperluan.

Tutup apabila jabat tangan gagal

Jabat tangan yang gagal atau pemeriksaan identiti yang gagal tidak boleh kembali secara senyap kepada protokol teks jelas asal. Kembali itulah kelemahan yang sepatutnya ditutup oleh kerja TLS. Jadikan kegagalan kelihatan kepada pengendali peranti dan kepada perkhidmatan, dan wajibkan saluran terlindung untuk operasi sensitif. Kemudian biarkan kebenaran aplikasi menentukan apa yang boleh dilakukan oleh peranti yang disahkan.

Tentukan hayat sambungan, pembingkaian, had masa dan tingkah laku cubaan semula sebagai sebahagian daripada kontrak. Penyulitan tidak menjadikan arahan berulang selamat, dan cubaan semula selepas operasi sebelumnya yang tidak pasti memerlukan jawapan pada peringkat aplikasi.

Tulis peraturan kembali. “Ia bersambung semula tanpa TLS jika jabat tangan gagal” ialah keputusan reka bentuk, dan ia sepatutnya jelas.

Beri VPN hanya kerja yang boleh dilakukannya

VPN boleh mengehadkan kebolehcapaian dan melindungi paket hingga ke rakan setaranya sendiri. TLS melindungi hubungan aplikasi dengan titik akhir yang dipilih. Titik tamat kedua-duanya boleh berbeza, dan tidak satu pun menjamin data tersimpan titik akhir atau akses pentadbiran.

Ukur kos jabat tangan, pemesejan stabil dan sambungan semula pada peranti sebenar daripada menganggap satu mekanisme lebih pantas. Kemudian uji empat kes yang penting: pertukaran yang dimaksudkan, identiti pelayan yang salah, peranti tidak dibenarkan, dan sambungan semula selepas operasi tidak pasti. Catat hasil bagi setiap kes, termasuk ralat yang ditunjukkan oleh peranti.