#03 Naabu Cheat Sheet: Fast Port Discovery dan Reconnaissance Pipeline untuk Security Assessment

Kalau Nmap itu pisau Swiss Army untuk network enumeration, Naabu lebih mirip petugas screening yang kerjanya cepat: cari port yang terbuka dulu, lalu serahkan target menarik ke tool lain untuk diperiksa lebih dalam.

Itu sebabnya Naabu enak dipakai dalam reconnaissance pipeline. Kita tidak meminta satu tool melakukan semuanya. Naabu fokus pada port discovery, kemudian hasilnya dapat diteruskan ke Nmap atau tool lain untuk service enumeration dan validasi.

Artikel #03 dalam Red Team Cheat Sheet Series ini membahas konsep tersebut dari sisi praktis sekaligus defensif. Jadi bukan sekadar "copy command, tekan Enter, terlihat hacker".

Scope tetap nomor satu. Gunakan Naabu hanya pada lab, CTF, aset milik sendiri, atau security assessment yang secara eksplisit memberi authorization untuk network scanning. Scanner cepat yang diarahkan ke target salah hanya membuat masalah datang lebih cepat.

Naabu Itu Apa?

Naabu adalah fast port scanner dari ProjectDiscovery yang dirancang untuk menemukan port terbuka pada satu atau banyak host. Tool ini cocok untuk workflow reconnaissance karena output-nya sederhana dan mudah dipipe ke tool lain.

Secara mental, pisahkan dua pekerjaan berikut:

Port Discovery            Service Enumeration
     ↓                            ↓
   Naabu                         Nmap

Naabu menjawab:

"Port apa yang tampak terbuka?"

Nmap kemudian dapat menjawab pertanyaan yang lebih detail:

"Service apa yang berjalan, versi apa, dan informasi tambahan apa yang bisa kita validasi?"

Pembagian kerja seperti ini berguna ketika scope mulai besar. Bukan berarti Naabu menggantikan Nmap. Justru keduanya dapat saling melengkapi.

Kapan Naabu Masuk Akal?

Untuk satu server kecil, menjalankan Nmap langsung sering sudah cukup.

Naabu mulai terasa menarik ketika kita memiliki:

• banyak host dalam scope;
• daftar subdomain yang sudah di-resolve;
• kebutuhan discovery port secara cepat;
• pipeline reconnaissance otomatis;
• kebutuhan meneruskan hanya host/port menarik ke tahap berikutnya.

Misalnya kita punya 200 host hasil asset discovery. Daripada melakukan deep enumeration ke semuanya sejak awal, kita dapat melakukan port discovery terlebih dahulu, lalu memfokuskan pemeriksaan berikutnya pada service yang benar-benar terlihat.

Ini bukan cuma soal kecepatan. Ini soal mengurangi pekerjaan yang tidak perlu.

Setup Lab

Untuk latihan, gunakan network yang memang Anda kontrol.

Contoh:

Scanner : 10.10.20.5
Target 1: 10.10.20.10
Target 2: 10.10.20.11
Target 3: 10.10.20.12
Network : 10.10.20.0/24

Target dapat berupa VM Linux, web server latihan, atau service lain yang sengaja disiapkan.

Simpan baseline port yang seharusnya terbuka. Dengan begitu kita tidak hanya belajar scanning, tetapi juga belajar memvalidasi hasil.

Instalasi Naabu

Cara instalasi dapat berubah mengikuti release ProjectDiscovery, jadi selalu cek dokumentasi resminya. Jika environment Go sudah tersedia, pola instalasi umumnya menggunakan package resmi ProjectDiscovery.

Setelah instalasi, cek:

naabu -version

Lihat opsi yang tersedia:

naabu -h

Biasakan membaca -h. Cheat sheet membantu ingatan, tetapi help bawaan tool adalah teman yang lebih jujur ketika versi berubah.

1. Scan Satu Host

Untuk target lab tunggal:

naabu -host 10.10.20.10

Output akan berfokus pada port yang ditemukan terbuka.

Secara konseptual:

10.10.20.10:22
10.10.20.10:80
10.10.20.10:443

Nah, jangan buru-buru menyimpulkan terlalu banyak.

10.10.20.10:443 memberi tahu kita bahwa port tersebut tampak terbuka dari posisi scanner. Itu belum otomatis membuktikan aplikasi HTTPS tertentu, versi web server, konfigurasi TLS, atau vulnerability.

Port discovery adalah awal enumeration, bukan akhir cerita.

2. Scan Beberapa Host dari File

Reconnaissance nyata sering bekerja dengan daftar target.

Misalnya hosts.txt:

10.10.20.10
10.10.20.11
10.10.20.12

Kemudian:

naabu -list hosts.txt

Model input berbasis file sangat nyaman untuk pipeline karena output tool sebelumnya dapat menjadi input tahap berikutnya.

Kuncinya: pastikan daftar tersebut sudah dibersihkan dan semuanya berada dalam scope.

Satu baris target yang tidak seharusnya ada bisa menjadi tiket menuju percakapan yang tidak menyenangkan dengan tim compliance.

3. Memilih Port

Tidak semua assessment perlu memeriksa semua port.

Untuk port tertentu:

naabu -host 10.10.20.10 -p 22,80,443

Pendekatan targeted seperti ini berguna jika objective memang spesifik, misalnya memvalidasi exposure management interface atau web service.

Dalam assessment, pertanyaan yang bagus biasanya lebih berharga daripada command yang panjang.

Contoh:

"Apakah SSH hanya dapat diakses dari management VLAN?"

Untuk pertanyaan seperti itu, kita tidak membutuhkan parade 65 ribu port. Kita membutuhkan pengujian yang tepat sasaran.

4. Top Ports vs Full Port Scan

Naabu dapat digunakan untuk discovery port umum maupun cakupan yang lebih luas, tergantung opsi dan versi tool.

Secara strategi, saya lebih menyukai pendekatan bertahap:

Top/Common Ports
      ↓
Review Results
      ↓
Full Port Scan jika memang diperlukan
      ↓
Focused Enumeration

Kenapa?

Karena full scan terhadap banyak host meningkatkan volume traffic dan waktu pemrosesan. Pada production environment, kita juga harus mempertimbangkan network device, IDS/IPS, rate limiting, serta service legacy yang mungkin tidak terlalu bahagia menerima banyak probe.

Cepat bukan berarti harus selalu gas pol.

5. Rate: Fitur yang Jangan Dipakai Seperti Pedal Gas

Scanner cepat biasanya menyediakan kontrol rate atau concurrency.

Ini penting karena dua environment yang berbeda dapat mempunyai toleransi traffic yang sangat berbeda.

Lab pribadi? Kita bisa bereksperimen.

Production assessment? Ikuti Rules of Engagement.

Prinsipnya:

Mulai konservatif
      ↓
Amati stabilitas
      ↓
Sesuaikan jika diperlukan

Jangan menjadikan angka rate tinggi sebagai kompetisi benchmark.

Tujuan assessment adalah mendapatkan evidence dengan impact minimum, bukan membuat grafik bandwidth terlihat seperti Gunung Merapi.

6. Menyimpan Output

Output reconnaissance harus dapat direproduksi dan ditelusuri.

Gunakan kemampuan output Naabu sesuai versi yang digunakan dan simpan hasil dengan nama yang masuk akal.

Contoh naming convention:

2026-08-22-dmz-naabu.txt
2026-08-22-web-assets-naabu.txt
2026-08-22-internal-segment-a-naabu.txt

Sertakan minimal:

• tanggal/waktu;
• source scanner;
• scope;
• command atau konfigurasi;
• versi tool;
• hasil;
• catatan exception.

File hasil-final-baru-bener-3.txt memang punya karakter, tetapi kurang membantu saat audit tiga bulan kemudian.

7. Naabu + Nmap: Kombinasi yang Masuk Akal

Di sinilah Naabu benar-benar terasa sebagai bagian pipeline.

Alurnya:

Asset List
   ↓
Naabu
   ↓
Open Host:Port
   ↓
Nmap
   ↓
Service / Version Enumeration

Misalnya Naabu menemukan:

10.10.20.10:22
10.10.20.10:80
10.10.20.11:443

Kita tidak perlu melakukan deep scan terhadap setiap kemungkinan port. Fokuskan Nmap pada temuan yang relevan.

Contoh terhadap host lab:

nmap -sV -sC -p 22,80 10.10.20.10

Sekarang pembagian tugasnya jelas:

Naabu menemukan. Nmap menjelaskan. Analyst memutuskan.

Bagian terakhir jangan dihapus. Tool belum bisa menggantikan judgement hanya karena output terminalnya berwarna-warni.

8. Dari Subdomain ke Port Discovery

Dalam reconnaissance web, asset discovery dapat menghasilkan banyak hostname.

Pipeline konseptual:

Subdomain Enumeration
        ↓
DNS Resolution
        ↓
Port Discovery
        ↓
HTTP Probing
        ↓
Content Discovery

Naabu berada di bagian port discovery.

Pada artikel berikutnya kita akan membahas Subfinder + HTTPX, dua tool yang sangat cocok untuk memahami bagaimana asset discovery dan HTTP probing dapat dirangkai secara sistematis.

Yang penting, jangan membuat pipeline sekadar karena command dengan banyak pipe (|) terlihat keren.

Setiap tahap harus menjawab pertanyaan tertentu.

9. Jangan Percaya Satu Scanner Secara Buta

Misalnya Naabu tidak menemukan port tertentu yang Anda tahu terbuka.

Apakah Naabu rusak?

Belum tentu.

Pertimbangkan:

• firewall;
• routing;
• packet loss;
• source filtering;
• rate limiting;
• network ACL;
• host-based firewall;
• scan mode;
• perbedaan posisi scanner.

Network visibility bersifat perspektif.

Port yang terlihat dari management VLAN belum tentu terlihat dari guest VLAN. Dan itu justru bisa menjadi tanda segmentasi bekerja dengan benar.

Karena itu validasi silang dengan tool atau posisi network berbeda sangat berguna.

Cheat Sheet Naabu

Gunakan contoh berikut hanya terhadap lab atau scope yang telah diotorisasi.

# Help
naabu -h

# Version
naabu -version

# Single lab host
naabu -host 10.10.20.10

# Multiple hosts from file
naabu -list hosts.txt

# Selected ports
naabu -host 10.10.20.10 -p 22,80,443

# Save stdout conventionally
naabu -host 10.10.20.10 > naabu-result.txt

# Follow-up validation with Nmap
nmap -sV -sC -p 22,80 10.10.20.10

Untuk opsi performa, scan type, output terstruktur, exclusion, dan integrasi lain, gunakan naabu -h serta dokumentasi versi yang sedang Anda jalankan. Syntax tool dapat berkembang; konsepnya jauh lebih awet.

Studi Kasus: Management Port yang Terlalu Ramah

Bayangkan kita melakukan assessment pada tiga server lab:

10.10.20.10
10.10.20.11
10.10.20.12

Naabu menghasilkan:

10.10.20.10:22
10.10.20.10:80
10.10.20.11:443
10.10.20.12:22
10.10.20.12:8080

Sekilas tidak ada yang spektakuler.

Tetapi scope menyebutkan scanner berada pada user VLAN, sedangkan SSH seharusnya hanya dapat diakses dari management VLAN.

Sekarang port 22 pada 10.10.20.10 dan 10.10.20.12 menjadi menarik.

Kita validasi dengan Nmap dan konfigurasi firewall.

Jika benar dapat dijangkau, temuan utamanya bukan:

"SSH ditemukan."

Temuannya adalah:

Management service dapat diakses dari network segment yang tidak semestinya.

Itu jauh lebih bermakna.

Tool menemukan gejala. Analyst menemukan risikonya.

Attack → Evidence → Detection → Hardening

Sekarang kita lihat aktivitas yang sama dari dua sisi meja.

Attack / Activity

Scanner mengirim probe ke banyak destination port dan/atau banyak host untuk mengidentifikasi service yang dapat dijangkau.

Evidence

Network telemetry dapat memperlihatkan:

• satu source mencoba banyak destination port;
• satu source berkomunikasi dengan banyak host dalam interval pendek;
• banyak koneksi tidak berkembang menjadi sesi aplikasi normal;
• koneksi menuju port yang jarang digunakan;
• lonjakan connection attempt dari workstation yang biasanya pasif.

Detection

Blue Team dapat membangun detection menggunakan kombinasi:

• firewall log;
• NetFlow/IPFIX;
• IDS/IPS;
• NDR;
• endpoint telemetry;
• SIEM correlation.

Tetapi threshold harus memiliki context.

Vulnerability scanner resmi juga melakukan scanning. Asset inventory juga dapat melakukan probing. Monitoring platform juga cerewet.

Jadi rule seperti:

source menyentuh >20 port = attacker

bisa menghasilkan alert sebanyak notifikasi grup WhatsApp keluarga menjelang Lebaran.

Lebih baik tambahkan context:

• source role;
• approved scanner list;
• waktu scanning resmi;
• destination sensitivity;
• historical baseline;
• user/device identity.

Hardening

Jika Naabu menemukan exposure yang tidak seharusnya ada, tindakan defensif dapat berupa:

• menutup service yang tidak diperlukan;
• host-based firewall;
• network ACL;
• segmentation;
• management VLAN;
• bastion/jump host;
• Zero Trust Network Access bila sesuai;
• monitoring terhadap scanning pattern;
• review firewall rule secara berkala.

Perspektif Blue Team: Scanner Cepat Justru Bisa Berisik

Ada miskonsepsi bahwa tool cepat berarti otomatis stealthy.

Tidak.

Kecepatan dapat meningkatkan jumlah event dalam interval pendek. Dari perspektif detection engineering, pola tersebut malah dapat menjadi lebih mudah terlihat.

Bayangkan satu workstation normal tiba-tiba mencoba ratusan koneksi ke banyak server.

Secara statistik, perilakunya berubah drastis.

Detection engineer dapat memanfaatkan perubahan perilaku tersebut tanpa harus mengenali string "Naabu" secara spesifik.

Ini prinsip penting:

Deteksi behavior, bukan hanya nama tool.

Hari ini attacker menggunakan Naabu. Besok tool lain. Pattern reconnaissance-nya tetap dapat memiliki kemiripan.

Naabu vs Nmap

Pertanyaan "mana yang lebih bagus?" kurang tepat.

Lebih berguna bertanya:

"Tool mana yang cocok untuk tahap ini?"

Naabu

Cocok untuk:

• fast port discovery;
• banyak host;
• reconnaissance pipeline;
• output sederhana;
• tahap screening.

Nmap

Cocok untuk:

• detailed enumeration;
• service/version detection;
• OS fingerprinting;
• NSE;
• analisis host yang lebih dalam.

Workflow yang matang tidak fanatik pada satu tool.

Gunakan tool sesuai pekerjaan.

Obeng bagus bukan berarti palu kehilangan pekerjaan.

Best Practices

1. Scope Dulu

Jangan menganggap semua IP yang resolve dari domain otomatis masuk scope.

2. Mulai dari Scan yang Diperlukan

Jangan full scan hanya karena bisa.

3. Kontrol Rate

Sesuaikan dengan environment dan RoE.

4. Simpan Evidence

Catat command, timestamp, versi, source, dan output.

5. Validasi Temuan

Open port bukan vulnerability otomatis.

6. Gunakan Pipeline yang Dapat Dijelaskan

Setiap tahap harus mempunyai purpose.

7. Pisahkan Discovery dan Deep Enumeration

Ini membuat proses lebih efisien dan evidence lebih rapi.

8. Berpikir dari Perspektif Defender

Tanyakan telemetry apa yang muncul dan bagaimana scanning dapat dideteksi.

Kesalahan Umum

Menganggap Fast = Stealth

Justru traffic burst dapat lebih mudah terlihat.

Mengejar Angka Ports per Second

Benchmark bukan objective assessment.

Scan Semua Host dengan Semua Port

Lebih banyak traffic belum tentu lebih banyak insight.

Tidak Memvalidasi dengan Tool Lain

Scanner adalah sensor, bukan hakim.

Mengabaikan Posisi Network

Visibility dari VLAN A dapat berbeda total dari VLAN B.

Menyamakan Open Port dengan Vulnerability

Port terbuka bisa sepenuhnya legitimate. Pertanyaan sebenarnya adalah apakah exposure, configuration, authentication, dan monitoring-nya sesuai kebutuhan.

Workflow Red Team Series Sampai #03

Sekarang kita sudah mempunyai tiga lapisan pembelajaran:

#00 Red Team Fundamentals
        ↓
#01 Nmap — Detailed Network Enumeration
        ↓
#02 FFUF — Web Content Discovery
        ↓
#03 Naabu — Fast Port Discovery Pipeline

Kalau belum membaca fondasinya, mulai dari #00 Red Team Cheat Sheet. Untuk pemahaman port state, service detection, SYN scan, UDP, dan NSE yang lebih dalam, baca #01 Nmap Cheat Sheet. Jika fokus Anda web application, #02 FFUF Cheat Sheet membahas content discovery dan web fuzzing.

Penutup

Naabu mengajarkan satu pelajaran yang cukup penting dalam security engineering: tool tidak harus melakukan semuanya untuk menjadi berguna.

Naabu bagus ketika diberi pekerjaan yang jelas—menemukan port secara cepat dan menghasilkan data yang dapat diteruskan ke tahap berikutnya.

Tetapi nilai assessment tetap datang dari manusia yang membaca hasilnya.

Menemukan 22/tcp tidak otomatis menjadi temuan. Menyadari bahwa SSH management interface dapat diakses dari user VLAN padahal seharusnya tidak—nah, itu baru insight.

Jadi setiap kali scanner selesai bekerja, jangan langsung mencari command berikutnya.

Berhenti sebentar dan tanyakan:

Apa arti exposure ini dalam arsitektur yang sedang saya nilai?

Di artikel #04, kita akan memperluas reconnaissance pipeline dengan Subfinder + HTTPX: Subdomain Enumeration dan HTTP Probing.

Sumber Resmi

• ProjectDiscovery Naabu — https://github.com/projectdiscovery/naabu
• Naabu Documentation — https://docs.projectdiscovery.io/opensource/naabu/overview
• ProjectDiscovery Documentation — https://docs.projectdiscovery.io/
• Nmap Documentation — https://nmap.org/docs.html
• MITRE ATT&CK Network Service Discovery — https://attack.mitre.org/techniques/T1049/