Mengapa trafik nyahpepijat wayarles bukan bukti kebocoran VPN

Anda mengaktifkan nyahpepijat wayarles, menyambungkan komputer riba, dan sesi itu terus berfungsi semasa VPN dihidupkan. Itu kelihatan seperti ada sesuatu yang terlepas melepasi terowong. Hampir pasti tidak. Sesi nyahpepijat dan permintaan aplikasi ke laman web ialah hubungan rangkaian yang berbeza, dan hanya satu daripadanya sepatutnya menyeberangi terowong.

Saya pernah mengalami salah baca ini dua kali: sekali apabila telefon dan komputer riba berada pada Wi-Fi yang sama, dan sekali selepas but semula apabila pasangan itu kekal. Dalam kedua-dua kes VPN melakukan tepat apa yang dikonfigurasikan.

Namakan pemerhatian sebelum menamakan pepijat

Tiga peristiwa boleh mendahului dakwaan kebocoran, dan ketiganya tidak boleh saling menggantikan. Alat boleh menemui perkhidmatan, peranti boleh meluluskan stesen kerja, atau sesi yang dibenarkan benar-benar boleh membawa arahan dan bait. Catat yang mana anda lihat, kerana setiap satu membuktikan kurang daripada yang orang andaikan.

Penemuan biasanya mDNS atau imbasan port. Pemasangan ialah keputusan pendaftaran yang dibuat pada telefon, disahkan dengan kod yang ditaip pengguna. Sesi aktif bermaksud trafik bergerak antara dua titik akhir yang dipasangkan. Tiada satu pun daripada itu menerangkan ke mana permintaan HTTPS aplikasi pergi.

Simpan destinasi, antara muka, keluarga alamat, cap masa dan profil pengguna terikat pada peristiwa itu. Tanpa butiran itu, pemerhatian tidak boleh dibandingkan dengan dasar rangkaian tempatan yang dimaksudkan, atau dengan binaan VPN yang berjalan ketika itu.

Mengapa kedua-dua laluan tidak pernah bertemu

Nyahpepijat wayarles ialah sambungan masuk ke peranti. adbd mendengar pada port yang terikat pada antara muka Wi-Fi, dan stesen kerja menyambung kepadanya selepas pemasangan. Arah penting: komputer riba anda masuk ke dalam telefon, bukan sebaliknya. Itu bertentangan dengan kebocoran keluar.

Trafik internet aplikasi keluar melalui antara muka terowong yang dipasang VpnService, dipadankan mengikut UID dan peraturan penghalaan. adbd ialah daemon sistem yang berjalan sebagai pengguna shell, bukan aplikasi dalam set penghalaan itu. Ia kekal pada pautan Wi-Fi asas walaupun setiap aplikasi dipinkan pada terowong.

Mod penguncian menguatkuasakan terowong untuk aplikasi yang diliputi. Ia tidak menjadikan soket mendengar sebagai laluan keluar.

Itulah sebabnya sesi ADB yang berfungsi dan suis mati yang berfungsi wujud bersama tanpa percanggahan. Untuk membuktikan kebocoran, anda perlu memerhati arah yang sepatutnya disekat.

Bagaimana ujian keluar sebenarnya kelihatan

Uji aplikasi yang diliputi, bukan saluran nyahpepijat. Sediakan keadaan kegagalan dengan sengaja, kemudian buat satu permintaan baharu dan catat apa yang berlaku.

1. Sahkan VPN ialah satu-satunya laluan: hidupkan VPN sentiasa hidup dengan sekatan sambungan tanpa VPN.
2. Hentikan VPN dengan cara yang disokong dan sahkan aplikasi melaporkan tiada sambungan.
3. Hantar satu permintaan tidak berbahaya daripada aplikasi itu dan catat sama ada ia gagal atau berjaya.
4. Ulang dengan nyahpepijat wayarles dihidupkan, kemudian dimatikan, supaya pemboleh ubah diasingkan.

Permintaan yang disekat dalam keadaan itu ialah bukti. Sesi ADB yang berjaya bukan, dan satu ping daripada aplikasi terminal juga bukan.

Jika permintaan itu benar-benar berjaya semasa penguncian dihidupkan, catat UID aplikasi dan kebenaran VPNnya, rangkaian aktif dan versi klien. Gabungan itu ialah penemuan sebenar.

Pemasangan hidup lebih lama daripada sesi

Pemasangan ialah keadaan berterusan, bukan jabat tangan yang boleh dilupakan selepas ujian kabel. Dokumentasi nyahpepijat Android menerangkan aliran kerja wayarles dan menyatakan bahawa hubungan itu kekal sehingga ia dilupakan secara jelas atau kebenarannya ditarik balik.

Semak apa yang masih dibenarkan sebelum menyalahkan terowong. Buka Nyahpepijat wayarles, lihat Peranti yang dipasangkan, dan lupakan apa-apa yang anda tidak kenali lagi. Jalankan adb devices dari stesen kerja untuk melihat entri mana yang masih menjawab, dan adb disconnect untuk menggugurkan yang usang. Mematikan nyahpepijat wayarles menutup port mendengar sepenuhnya.

Pada rangkaian dikongsi atau tidak dipercayai, biarkan ia dimatikan. Kebenaran berterusan pada rangkaian yang anda tidak kawal ialah masalah yang lebih besar daripada pengelakan TUN hipotetis.

Sebelum anda melaporkan pepijat itu

Laporan yang berguna menamakan sempadan tepat yang gagal. Sertakan model peranti dan keluaran Android, klien VPN dan versinya, sama ada penguncian diaktifkan, pakej aplikasi dan UID, serta rangkaian tempat telefon berada. Tambahkan arahan atau permintaan yang menghasilkan pemerhatian, serta masa ia berlaku. Tanpa itu, tiada siapa boleh menghasilkan semula sempadan yang anda dakwa rosak.

Jangan lumpuhkan penguatkuasaan atau dedahkan nyahpepijat pada rangkaian tidak dipercayai untuk membuat ujian kelihatan lebih dramatik. Itu mengubah sistem yang anda ukur dan meninggalkan bukti yang tiada siapa boleh ulangi.

Jika satu-satunya bukti anda ialah ADB bersambung semasa VPN dihidupkan, anda mengukur laluan yang salah. Jalankan semula ujian peringkat aplikasi dahulu; jawapannya biasanya datang di situ.