Nessus melalui VPN: di mana hendak meletakkan pengimbas sebelum imbasan pertama

Ikon VPN di sebelah pelayar tidak memberitahu apa-apa tentang proses yang menghantar paket imbasan. Jika konsol dan pengimbas berjalan pada hos berbeza, terowong pelayar ialah satu laluan dan sumber imbasan ialah laluan lain. Mulakan dengan titik pelaksanaan, kemudian bergerak ke luar: laluan, kebenaran dan kelayakan. Perbezaan itu ialah butiran pertama dalam senarai atas sebab tertentu.

Ini ialah senarai semak sebelum pelancaran, bukan tutorial pengimbasan. Setiap langkah menghasilkan fakta yang boleh anda catat dalam rekod kerja sebelum sebarang paket meninggalkan pengimbas.

Semakan satu: cari proses yang menghantar prob

Lukis ketiga-tiga peranan dengan jelas: pelayar pada komputer riba A, konsol imbasan pada hos B dan sasaran persendirian C. Jika B juga menjalankan enjin imbasan, pelayar hanya perlu laluan ke B. Jika perkakas imbasan berasingan melakukan kerja itu, perkakas itu memerlukan laluan ke C.

Browser on laptop A -> console on host B
Scanner process on B (or another appliance) -> private target C

Pelayar yang bersambung ke VPN boleh mencapai konsol sementara pengimbas di belakangnya masih tiada laluan ke C. Sebaliknya juga mungkin: pengimbas berada dalam rangkaian persendirian dan konsol berada jauh. Ketahui susunan mana yang sebenarnya anda jalankan sebelum menukar sebarang kawalan rangkaian. Namakan perkakas dalam konfigurasi imbasan sebelum menyalahkan rangkaian.

Jika pengimbas berjalan di A, hos pelayar dan pengimbas berkongsi konteks, tetapi hanya selagi proses itu mengekalkan ruang nama dan jadual penghalaan yang sama. Kontena atau akaun perkhidmatan mungkin tidak mewarisi apa yang dilihat oleh pelayar interaktif. Konsol ialah permukaan pengurusan, bukan enjin imbasan.

Semakan dua: buktikan laluan dan DNS pengimbas

Jalankan semakan laluan pada hos pengimbas, bukan pada komputer riba. Tanya kernel antara muka dan get laluan mana yang akan digunakan untuk alamat sasaran, kemudian ulang untuk nama hos sasaran. Laluan yang wujud untuk IP dan nama yang menyelesaikan ke alamat lain ialah dua kegagalan berbeza.

Sahkan alamat sumber yang akan muncul pada sasaran. Klien VPN boleh memberikan alamat berbeza daripada yang dijangka oleh tembok api sasaran, dan peranti NAT boleh menulisnya semula. Pemilik sasaran memerlukan sumber yang diperhatikan, bukan alamat yang tercetak dalam profil VPN.

Semak juga laluan balik. Pengimbas yang mencapai sasaran tetapi tidak menerima balasan mempunyai masalah penghalaan atau tembok api pada laluan balik, dan itu kelihatan sama seperti sasaran yang mati.

Semakan tiga: dapatkan kebenaran skop dan sudut pandangan

Minta pemilik sasaran menyenaraikan secara bertulis sistem, perkhidmatan, persekitaran, sumber dan tetingkap masa. Tentukan sudut pandangan yang diwakili penilaian: pengguna VPN luar, klien dalaman yang dibenarkan atau segmen pengimbas tertentu.

Laluan persendirian bukan kebenaran untuk menguji rangkaian bersebelahan. Kekalkan senarai sasaran sempit, senaraikan sistem yang dikecualikan dan persetujui syarat berhenti serta kenalan yang boleh menghentikan jalan imbasan. Pengimbas akan memeriksa apa sahaja yang dapat dicapai, dan itulah sebabnya skop mesti jelas.

Catat sumber yang diluluskan dalam dokumen yang sama. Jika sumber yang diperhatikan oleh pengimbas berbeza daripada yang diluluskan, jalan imbasan tidak mewakili sudut pandangan yang dipersetujui walaupun senarai sasaran betul.

Semakan empat: padankan kelayakan dengan kedalaman penilaian

Semakan kebolehcapaian dan penilaian dengan pengesahan ialah ujian berbeza. Balasan port membuktikan sesuatu menjawab; ia tidak membuktikan semakan dengan kelayakan dijalankan atau aplikasi membenarkan akaun itu.

Gunakan kelayakan khusus hanya apabila skop yang dipersetujui memerlukan semakan dengan pengesahan. Sahkan kebenaran dan dasar kunci akaun, dan tentukan cara penemuan akan disimpan serta dikongsi sebelum imbasan menghasilkannya.

Jika kelayakan gagal, jangan beralih secara senyap ke jalan imbasan tanpa pengesahan dan jangan melabel laporan sebagai penilaian yang dirancang. Hasilnya ialah ujian berbeza dengan makna berbeza, dan perbezaan itu sepatutnya ada dalam laporan.

Semakan lima: simpan pelan, kemudian lancarkan dengan sengaja

Dalam aliran kerja imbasan Nessus, memilih templat, mengkonfigurasi tetapan dan menyimpan atau melancarkan imbasan ialah langkah berasingan. Gunakan pemisahan itu untuk menyemak senarai sasaran, sumber dan jadual sebelum sebarang trafik bermula.

Sebelum membenarkan pelancaran, semak sumber yang dibenarkan oleh VPN, trafik yang dibawanya dan cara ia pulih daripada terowong yang terputus. Jangan meluaskan akses tembok api hanya kerana sambungan awal gagal; cari lapisan yang menolaknya dan betulkan lapisan itu.

Selepas imbasan, catat hos pengimbas, sumber yang diperhatikan, senarai sasaran dan semua semakan yang tidak dapat diselesaikan. Laporan yang dihasilkan daripada sumber lain atau tanpa kelayakan yang dimaksudkan tidak mewakili pelan asal, dan menyatakan perkara itu ialah sebahagian daripada hasil.

Tarik balik akses kerja dan uruskan keputusan yang disimpan mengikut proses yang dipersetujui. Senarai semak hanya selesai apabila bukti sepadan dengan laluan yang anda luluskan, bukan apabila imbasan sekadar memulangkan keputusan.