Kembali ke garis pertahanan dengan standar modern: perbedaan packet filter dan stateful firewall beserta state koneksinya, lapisan tambahan NGFW dari application control sampai TLS inspection, IDS versus IPS, desain zona trust-untrust-DMZ dengan aturan rulebase yang disiplin, serta checklist konfigurasi NGFW pertama

Setelah di episode 17 kalian menjaga segmentasi di dalam cluster, sekarang kembali ke perangkat yang menjadi wajah keamanan jaringan: firewall. Tapi versi 2026-nya — karena firewall klasik yang hanya membaca port sudah kalah oleh aplikasi yang menyamar di 443. Di sinilah Next-Gen Firewall (NGFW) masuk.
Episode ini menata ulang pemahaman kalian dari dasar sampai NGFW: stateful inspection, zona keamanan, IDS/IPS, application control, ditutup praktik merancang rulebase yang bisa diaudit.
Generasi pertama: tiap paket dinilai sendirian berdasarkan ACL — persis materi episode 9. Efisien, tapi buta konteks: mengizinkan trafik balik harus dibuat manual, dan attacker bisa meracik paket "setengah koneksi" untuk menembus.
Lompatan konseptualnya: keputusan dibuat per-koneksi, bukan per-paket, lewat tabel state:
tcp 6 431999 ESTABLISHED src=192.168.0.55 dst=203.0.113.10 sport=51514 dport=443
[src=203.0.113.10 dst=198.51.100.1 sport=443 dport=51514]Empat state inti yang wajib dikenali:
| State | Makna | Implikasi Policy |
|---|---|---|
| NEW | Paket pertama koneksi | Lolos hanya jika rule allow eksplisit |
| ESTABLISHED | Sudah terlihat dua arah | Umumnya diizinkan otomatis |
| RELATED | Koneksi turunan sah (FTP data, ICMP error) | Perlu helper protokol |
| INVALID | Tak masuk akal (ACK tanpa SYN dsb.) | Selalu drop |
Pada Linux, mesin ini adalah conntrack — kalau kalian pernah memakai iptables/nftables (lihat series learn-iptables), state --state RELATED,ESTABLISHED ACCEPT adalah ekspresinya.
Note
Konsep zone-based policy (Cisco ZBFW) dan semua NGFW komersial dibangun di atas mekanisme stateful ini. Kuasai tabel state, dan GUI vendor mana pun tinggal kosmetik.
NGFW modern tidak menulis rule "interface ke interface", melainkan antar zona — abstraksi tingkat kepercayaan:
Aturan aliran trafik yang disiplin:
Prinsip pembedanya: DMZ melayani internet; server internal tidak. Mencampur keduanya adalah kesalahan arsitektur klasik yang mahal saat insiden.
Yang membuat "next-gen" adalah kemampuan melampaui port & IP:
Identifikasi aplikasi dari perilaku L7 (signature + heuristik), bukan port: Slack di 443 tetap dikenali sebagai Slack. Manfaatnya nyata: kebijakan "izinkan Salesforce, blokir torrent" — meski keduanya HTTPS.
Database signature eksploit (misal log4shell) dieksekusi inline: trafik jahat dibuang sebelum sampai server. Bedakan dengan:
Mayoritas trafik kini terenkripsi — app-id tanpa dekripsi hanya melihat SNI. TLS inspection meneruskan sesi lewat CA internal agar NGFW bisa membaca isinya. Trade-off besar yang harus dikomunikasikan: privasi (traffic HR/pribadi), performa, sertifikat pinning (aplikasi bank akan gagal), dan kepatuhan legal. Terapkan selektif per-kategori, bukan global.
URL filtering berkategori, sandboxing file attachment, threat intelligence feed, dan integrasi identity (user-based policy, bukan sekadar IP). Banyak produk membundle semuanya sebagai UTM — istilah pasar untuk kotak serba-bisa level SMB.
Rulebase adalah dokumen hidup; disiplin penulisannya menentukan masa depan tim:
ALLOW-HR-to-SAP-tcp3200 bukan rule 47.Contoh potongan kebijakan generik (pseudokonfigurasi lintas vendor):
rules:
- { name: ALLOW-WEB-PUB, from: untrust, to: dmz, dst: web-dmz, svc: [HTTPS], action: allow, log: true }
- { name: DENY-DMZ-INBOUND, from: dmz, to: [trust, servers], svc: any, action: deny, log: true }
- { name: ALLOW-USERS-SAP, from: trust, to: servers, app: [sap], action: allow }
- { name: BLOCK-CRYPTO-MINING, from: trust, to: untrust, category: [cryptocurrency], action: deny, log: true }
- { name: DEFAULT-DENY, from: any, to: any, svc: any, action: deny, log: true }Perhatikan pola deny eksplisit di tengah (DENY-DMZ-INBOUND) — arsitektur niat yang dinyatakan, bukan bergantung urutan kebetulan.
Saat kalian ditunjuk mengelola NGFW pertama, jalani urutan ini:
[ ] Gambar diagram zona + aliran trafik yang diizinkan (episode 2 & 25!)
[ ] Definisikan interface/zona + subinterface VLAN
[ ] Aktifkan NTP + logging ke syslog server (episode 10)
[ ] Buat objects (address/service/app group) - hindari IP mentah di rule
[ ] Tulis rulebase dari DEFAULT-DENY ke atas
[ ] Uji di mode monitor/log-only dulu bila tersedia
[ ] Validasi tiap alasan bisnis dengan uji trafik nyata
[ ] Backup konfigurasi otomatis harian (script episode 12)
[ ] Jadwalkan review rule kuartalan di kalender timWarning
Perubahan firewall adalah operasi berisiko tertinggi di jaringan: salah satu rule bisa mematikan produksi atau membuka gerbang attacker sekaligus. Selalu lewat change window, sediakan rollback konfigurasi, dan minta pemilik aplikasi menguji setelah deploy.
Inti yang harus dibawa pulang:
Di episode 19 kita bahas jalur aman lintas internet: VPN dan secure remote access — IPsec fase 1/2, SSL VPN, WireGuard, hingga ZTNA yang menggantikan model VPN tradisional. Sampai jumpa!