Pilih Titik Pengamatan yang Tepat untuk Pemindaian VPN di Ponsel
Pendengar VPN di ponsel, layanan di ponsel, dan host LAN yang dirutekan adalah tiga permukaan. Lewati lima langkah ini dan berhentilah di mana cakupan berhenti.
Penilaian resmi atas VPN yang dihosting di ponsel gagal secara diam-diam ketika pemindai berada di sisi terowongan yang salah. Anda mendapat hasil, tampaknya masuk akal, dan menjawab pertanyaan yang tidak diajukan siapa pun. Jalani lima pemeriksaan di bawah ini secara berurutan. Masing-masing punya syarat berhenti, dan berhenti lebih awal lebih murah daripada menguji ulang dari awal setelah laporan ditulis.
Langkah 1: sebutkan permukaan yang ingin Anda capai
Tiga permukaan sering tertukar karena satu perangkat menghubungkannya. Ketiganya menjalankan kode dan kebijakan berbeda, jadi tuliskan mana yang termasuk cakupan sebelum apa pun dimulai.
| Assessment target | What the path exercises |
|---|---|
| Public VPN listener on the handset | Reachability before login, plus the exposed VPN daemon |
| A service on the handset, by its tunnel address | Access after admission to something hosted locally |
| A LAN host behind the handset gateway | Forwarding, the return path and downstream access policy |
Jika cakupan yang disetujui tidak menyebutkan yang mana dari ketiganya, berhentilah dan bertanya. Melakukan root pada ponsel tidak menjawab pertanyaan ini, dan itu mengubah hal yang diuji, bukan titik pengamatan.
Catat target, alamat sumber yang diizinkan, jendela waktu, dan batas intensitas pada saat yang sama. Terowongan membawa Anda ke cakupan itu; ia tidak memberi lisensi untuk menyelidiki semua yang dapat dirutekannya.
Langkah 2: pilih sumber yang dapat melihat permukaan itu
Pemindai yang berada di dalam VPN tidak dapat mereproduksi pengamat internet yang tidak terautentikasi. Ia sudah memiliki rute, kredensial, dan izin yang tidak dimiliki pengamat luar, sehingga hasilnya menggambarkan tampilan setelah penerimaan bahkan ketika permukaan target sama. Kesalahan sebaliknya sama umumnya. Pemindaian publik pada port VPN hampir tidak mengatakan apa pun tentang layanan privat di balik login, dan menyajikannya seolah mengatakan hal itu melebih-lebihkan paparan di satu arah dan meremehkannya di arah lain.
Berhentilah jika sumber yang bisa Anda peroleh tidak cocok dengan permukaan. Penilaian yang dijalankan dari rekan di dalam terowongan tidak boleh disajikan sebagai hasil pra-autentikasi, dan uji yang memerlukan sumber eksternal yang disetujui tidak boleh dipindahkan diam-diam ke dalam untuk menghindari urusan administrasi.
Langkah 3: pastikan rute dan jalur balasan melalui ponsel
Ketika perangkat meneruskan ke subnet lain, pemindai memerlukan rute yang diizinkan dan target memerlukan jalur kembali yang berfungsi. Pastikan keduanya alih-alih menganggap balasan ping berarti jalur sudah lengkap.
ip route get 10.20.0.8
tcpdump -ni any host 10.20.0.8NAT sumber mengubah apa yang dilihat layanan hilir. Jika ponsel menerjemahkan alamat pemindai, aturan akses dan log di target berlaku untuk alamat terjemahan, jadi layanan yang tampak menerima Anda mungkin menerima ponsel, bukan pemindai.
Perhatikan juga tumpang tindih dengan jaringan pemindai itu sendiri. Jika ponsel merutekan 192.168.1.0/24 dan pemindai berada di LAN yang bernomor sama, probe mengenai perangkat lokal dan laporan menggambarkannya sebagai target. Periksa rute yang akan digunakan pemindai sendiri sebelum mengirim satu paket pun.
Pindai alamat target yang sebenarnya dan pertahankan nama host yang dibutuhkan aplikasi untuk identitas TLS dan hosting virtual. Mencapai gateway membuktikan gateway menjawab; itu tidak menguji layanan di belakangnya.
Langkah 4: perlakukan penemuan sebagai probe dengan asumsi
Penemuan host adalah tempat hasil penilaian paling sering salah. Penemuan Ethernet lokal tidak melintasi VPN yang dirutekan, jadi probe yang berfungsi di LAN datar tidak sampai. Probe penemuan yang diblokir kemudian membuat layanan yang dapat dijangkau dan resmi tampak tidak ada.
Putuskan dengan sadar apakah melewati penemuan dan memindai alamat yang diketahui secara langsung, lalu katakan itu dalam laporan. Port yang menjawab bukan bukti bahwa autentikasi VPN berhasil, dan balasan tersaring bukan bukti bahwa tidak ada yang mendengarkan. Kecepatan adalah bagian dari masalah yang sama. Ponsel yang membatasi atau menjatuhkan paket saat pemindaian cepat menghasilkan keadaan tersaring yang menjadi milik ponsel, bukan layanan, jadi kurangi paralelisme dan pindai ulang sebelum mencatat port sebagai tertutup.
Syarat berhenti di sini adalah interpretasi, bukan teknik: jika Anda tidak dapat menyatakan apa arti suatu keadaan untuk jalur ini, hasilnya masuk ke lampiran, bukan ke temuan.
Langkah 5: pegang jendela, lalu tutup
Ponsel adalah server yang buruk karena dirancang untuk tidur. Optimalisasi baterai, doze, dan manajemen daya Wi-Fi dapat menangguhkan aplikasi di tengah penilaian, dan penyambungan ulang terowongan dapat mengubah alamat yang digunakan target. Eksekusi yang mencakup salah satu peristiwa itu memiliki jendela hasil yang tidak valid.
Pegang peran gateway pada cakupan terkecil yang diizinkan tugas yang disetujui, awasi terowongan selama eksekusi hidup, dan catat awal serta akhir setiap jendela yang Anda laporkan. Saat penilaian berakhir, hapus akses sementara melalui pemiliknya, simpan catatan sumber dan jalur, dan lindungi keluaran seperti artefak uji lainnya.
Jika Anda perlu titik pengamatan yang dapat diulang alih-alih keberhasilan sekali jalan, itulah hasil yang layak diperdebatkan. referensi penemuan host menjelaskan probe mana yang mengasumsikan segmen lokal, dan itulah detail yang mengubah hasil kosong menjadi pernyataan yang dapat dipertahankan.