Nessus melalui VPN: di mana menempatkan pemindai sebelum pemindaian pertama

Ikon VPN di samping browser tidak menjelaskan proses mana yang mengirim paket pemindaian. Jika konsol dan pemindai berjalan di host berbeda, tunnel browser adalah satu jalur dan sumber pemindaian adalah jalur lain. Mulailah dari titik eksekusi, lalu menjauh keluar: rute, otorisasi, dan kredensial. Pembedaan itu menjadi butir pertama dalam daftar bukan tanpa alasan.

Ini adalah daftar periksa sebelum peluncuran, bukan tutorial pemindaian. Setiap langkah menghasilkan fakta yang bisa Anda catat dalam berkas pekerjaan sebelum satu paket pun meninggalkan pemindai.

Pemeriksaan satu: temukan proses yang mengirim probe

Gambarkan ketiga peran secara eksplisit: browser di laptop A, konsol pemindaian di host B, dan target privat C. Jika B juga menjalankan mesin pemindai, browser hanya perlu jalur ke B. Jika perangkat pemindai terpisah yang mengerjakannya, perangkat itu perlu jalur ke C.

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

Browser yang terhubung ke VPN bisa mencapai konsol sementara pemindai di belakangnya belum punya rute ke C. Kebalikannya juga mungkin: pemindai berada di jaringan privat dan konsol berada jauh. Cari tahu susunan mana yang benar-benar Anda jalankan sebelum mengubah kontrol jaringan apa pun. Sebutkan perangkat itu dalam konfigurasi pemindaian sebelum menyalahkan jaringan.

Jika pemindai berjalan di A, host browser dan pemindai berbagi konteks, tetapi hanya selama proses itu mempertahankan namespace dan tabel perutean yang sama. Container atau akun layanan mungkin tidak mewarisi apa yang dilihat browser interaktif. Konsol adalah permukaan manajemen, bukan mesin pemindai.

Pemeriksaan dua: buktikan rute dan DNS pemindai

Jalankan pemeriksaan rute di host pemindai, bukan di laptop. Tanyakan kepada kernel antarmuka dan gateway mana yang akan dipakai untuk alamat target, lalu ulangi untuk nama host target. Rute yang ada untuk IP dan nama yang mengarah ke alamat lain adalah dua kegagalan berbeda.

Konfirmasikan alamat sumber yang akan muncul di target. Klien VPN dapat memberikan alamat berbeda dari yang diharapkan firewall target, dan perangkat NAT dapat menulisnya ulang lagi. Pemilik target membutuhkan sumber yang teramati, bukan alamat yang tercetak di profil VPN.

Periksa juga jalur balik. Pemindai yang mencapai target tetapi tidak menerima balasan memiliki masalah perutean atau firewall di jalur balik, dan itu terlihat sama persis dengan target yang mati.

Pemeriksaan tiga: dapatkan otorisasi cakupan dan sudut pandang

Minta pemilik target menyebutkan secara tertulis sistem, layanan, lingkungan, sumber, dan jendela waktu. Putuskan sudut pandang mana yang diwakili penilaian: pengguna VPN eksternal, klien internal yang diizinkan, atau segmen pemindai tertentu.

Rute privat bukan izin untuk menguji jaringan bersebelahan. Jaga daftar target tetap sempit, daftarkan sistem yang dikecualikan, dan sepakati kondisi berhenti serta kontak yang dapat menghentikan jalannya pemindaian. Pemindai akan dengan senang hati memeriksa apa pun yang bisa dijangkau, dan justru karena itu cakupan harus eksplisit.

Catat sumber yang disetujui dalam dokumen yang sama. Jika sumber teramati pemindai berbeda dari yang disetujui, jalannya pemindaian tidak mewakili sudut pandang yang disepakati meskipun daftar target benar.

Pemeriksaan empat: sesuaikan kredensial dengan kedalaman penilaian

Pemeriksaan keterjangkauan dan penilaian terautentikasi adalah pengujian yang berbeda. Respons port membuktikan ada sesuatu yang menjawab; itu tidak membuktikan pemeriksaan dengan kredensial berjalan atau bahwa aplikasi mengotorisasi akun.

Gunakan kredensial khusus hanya ketika cakupan yang disepakati memerlukan pemeriksaan terautentikasi. Konfirmasikan izin dan kebijakan penguncian akun, lalu putuskan bagaimana temuan akan disimpan dan dibagikan sebelum pemindaian menghasilkannya.

Jika kredensial gagal, jangan diam-diam beralih ke jalannya pemindaian tanpa autentikasi dan jangan menyebut laporan sebagai penilaian yang direncanakan. Hasilnya adalah pengujian berbeda dengan makna berbeda, dan perbedaan itu harus ada dalam laporan.

Pemeriksaan lima: simpan rencana, lalu luncurkan dengan sadar

Dalam alur kerja pemindaian Nessus, memilih templat, mengatur konfigurasi, dan menyimpan atau meluncurkan pemindaian adalah langkah terpisah. Manfaatkan pemisahan itu untuk meninjau daftar target, sumber, dan jadwal sebelum lalu lintas apa pun dimulai.

Sebelum mengotorisasi peluncuran, periksa sumber mana yang diizinkan VPN, lalu lintas apa yang dibawanya, dan bagaimana ia pulih dari tunnel yang putus. Jangan memperlebar akses firewall hanya karena koneksi pendahuluan gagal; temukan lapisan yang menolaknya dan perbaiki lapisan itu.

Setelah pemindaian selesai, catat host pemindai, sumber teramati, daftar target, dan semua pemeriksaan yang tidak dapat diselesaikan. Laporan yang dibuat dari sumber lain atau tanpa kredensial yang dimaksud tidak mewakili rencana awal, dan mengatakan hal itu adalah bagian dari hasil.

Tarik kembali akses pekerjaan dan tangani hasil yang disimpan sesuai proses yang disepakati. Daftar periksa baru selesai ketika bukti sesuai dengan jalur yang Anda setujui, bukan ketika pemindaian sekadar mengembalikan hasil.