Apakah kill switch memblokir lalu lintas sebelum aplikasi VPN mulai?

Kill switch mungkin mencakup atau tidak mencakup jendela sebelum aplikasinya dimulai, dan perbedaannya ditentukan oleh kebijakan sistem operasi, bukan halaman pemasaran klien. Kotak centang peluncuran otomatis membuktikan bahwa ada sesuatu yang dijadwalkan untuk mulai. Itu tidak membuktikan bahwa aturan pemblokiran ada pada saat jaringan naik. Itu dua peristiwa, dan hanya satu di antaranya yang melindungi lalu lintas.

Kerjakan daftar periksa secara berurutan, karena setiap langkah mempersempit apa yang sebenarnya Anda uji.

Dari mana blokir itu sebenarnya berasal

Ada dua keluarga implementasi. Entah platform memasang blokir, karena ia mengetahui tentang terowongan sebelum aplikasi apa pun berjalan, atau klien memasang blokir itu sendiri setelah mulai. Yang pertama bisa ada sebelum login. Yang kedua tidak bisa ada sebelum prosesnya ada, seberapa awal pun proses itu dijadwalkan. Tentukan keluarga mana yang Anda andalkan sebelum menguji apa pun.

Di Android, VPN selalu aktif yang dikombinasikan dengan pengaturan blokir koneksi tanpa VPN adalah kebijakan platform, yang dikonfigurasi di pengaturan sistem dan bukan hanya di dalam klien. Pada perangkat yang dikelola, itu bisa diatur untuk Anda. Klien yang hanya mulai saat boot bukan mekanisme yang sama.

Pisahkan jendela dari layanan

Jendela tertutup bukan bukti bahwa penegakan telah berhenti, dan jendela terbuka bukan bukti bahwa terowongan siap. Banyak klien memisahkan antarmuka, daemon, dan aplikasi baki. Baki adalah yang Anda lihat; daemon adalah yang memegang aturan.

Uji komponennya, bukan ikonnya.

Uji interval permulaan dengan aman

Interval yang diuji dimulai saat reboot atau login dan berakhir saat terowongan mengautentikasi. Aplikasi latar belakang terhubung selama periode itu, dan pemeriksaan pembaruan adalah pelaku yang biasa. Gunakan aktivitas yang tidak berbahaya dan prosedur terdokumentasi vendor daripada memblokir akses Anda sendiri. Lalu ulangi setelah koneksi ulang normal, karena jalur koneksi ulang dan jalur mulai dingin menjalankan kode yang berbeda.

Uji yang dilakukan setelah terowongan sudah naik tidak membuktikan apa pun tentang permulaan.

Baca perilaku reboot jika persistensi adalah persyaratannya. Sebuah pengaturan bisa bertahan dalam konfigurasi sementara penegakannya mulai kemudian, dan kedua fakta itu penting: kebijakan yang tersimpan, dan saat ia menjadi aktif.

Baca kebijakan per platform

Android menampilkan selalu aktif dan pemblokiran sebagai sakelar terpisah, dan keduanya harus aktif untuk perlindungan sebelum peluncuran. Windows memiliki konsep terowongan perangkat selalu aktif yang dikonfigurasi melalui kebijakan, yang tidak sama dengan klien mode pengguna yang mulai lebih awal. OpenVPN Connect mendokumentasikan perilaku kill switch-nya sendiri per platform, dan cakupan yang terdokumentasi itulah yang Anda uji. Jangan membawa nama pengaturan dari satu sistem ke sistem lain dan menganggap maknanya ikut berpindah.

Profil yang memerlukan kata sandi interaktif memiliki ketergantungan permulaan yang berbeda dari terowongan mesin.

Apa yang perlu dicatat

Catat mekanisme mana yang berlaku, pada tahap apa ia menjadi aktif, dan lalu lintas apa yang dicoba sebelum tahap itu. Catat versi platform, karena perilaku ini berubah antar rilis dan antara konfigurasi terkelola dan pribadi. Catat apakah klien atau sistem yang memiliki kebijakan, karena itu menentukan siapa yang dapat memperbaiki celah. Lalu uji ulang setelah pembaruan klien atau OS apa pun.

Jika celah itu penting, perbaikan yang tahan lama adalah kebijakan platform, bukan penundaan peluncuran yang lebih singkat.

Itulah jawaban atas pertanyaan awal, dinyatakan sebagai syarat: kill switch melindungi lalu lintas sebelum aplikasi mulai hanya ketika blokir dipasang oleh sesuatu yang sudah ada sebelum aplikasi itu.