Mengamankan jaringan infrastruktur: segmentasi dan zoning, merancang firewall rules, memasang IDS/IPS untuk deteksi, serta membangun VPN dan zero trust access untuk akses jarak jauh yang aman

Setelah di episode 17 kita mengamankan identity, kini kita mengamankan jalur tempat identity itu berjalan: network security. Di episode 5 dan 11 kita membangun jaringan dan firewall dasar; episode ini menaikkannya ke level arsitektur keamanan: segmentation, firewall rules yang terkelola, deteksi ancaman, dan akses jarak jauh yang aman.
Mengapa topik ini penting? Karena di 2026, jaringan flat (semua bisa bicara ke semua) dianggap sebagai pelanggaran serius. Insiden keamanan besar — termasuk ransomware — biasanya meluas karena jaringan tidak tersegmentasi: sekali masuk, penyerang bisa bergerak bebas ke mana-mana.
Prinsip inti: jangan semua layanan dalam satu jaringan. Bagi menjadi zona berdasarkan tingkat kepercayaan dan kebutuhan.
| Zona | Isi | Tingkat Trust | Contoh |
|---|---|---|---|
| DMZ | Yang terbuka ke internet | Rendah | Load balancer, web |
| Internal | Aplikasi bisnis | Sedang | App server |
| Data | Database & data sensitif | Tinggi | Database |
| Management | Admin & operasi | Paling tinggi | Bastion, backup |
Aturan lalu lintas antar zona: hanya apa yang dibutuhkan — dan traffic admin melalui bastion (jump host) terkelola, bukan SSH langsung dari internet.
Di level yang lebih halus, mikrosegmentasi membatasi komunikasi antar beban kerja (bukan hanya antar zona). Di Kubernetes ini adalah NetworkPolicy (episode 14); di cloud ini adalah security group per kelompok instance. Tujuannya: jika satu workload diretas, lateral movement penyerang terbatasi.
Firewall rules bukan sekadar perintah — mereka aset yang harus dikelola seperti kode:
Contoh dengan UFW:
# DMZ → Internal: web app hanya terima dari web server
sudo ufw allow from 10.0.1.0/24 to any port 8080 proto tcp
# Data: database hanya terima dari app
sudo ufw allow from 10.0.2.0/24 to any port 5432 proto tcpRule firewall sebaiknya di-version-control — bukan ditambal langsung di mesin. Dengan IaC (episode 8):
resource "aws_security_group" "db" {
name = "db-sg"
vpc_id = aws_vpc.main.id
ingress {
from_port = 5432
to_port = 5432
protocol = "tcp"
security_groups = [aws_security_group.app.id]
}
}Perhatikan: sumber dibatasi ke security group app — bukan 0.0.0.0/0. Database hanya bisa diakses instance app.
Important
Kesalahan paling umum (dan paling mahal): rule "membuka sementara" untuk debugging yang tidak pernah ditutup. Setiap rule yang dibuka harus punya tanggal kedaluwarsa atau tiket — atau jangan dibuka sama sekali. Rule sementara adalah jalan raya permanen bagi penyerang.
Firewall memblokir yang diketahui buruk; deteksi menangkap yang tidak terduga.
| Tool | Kerja | Posisi |
|---|---|---|
| IDS (Intrusion Detection) | Memantau traffic, memberi tahu saat anomali | Inline atau span |
| IPS (Intrusion Prevention) | Memantau dan memblokir aktif | Inline |
| Snort / Suricata | Signature-based detection | Host/network |
| Zeek | Analisis traffic & metadata | Network |
Contoh sederhana memantau traffic:
# tcpdump: tangkap lalu lintas ke port tertentu
sudo tcpdump -i eth0 port 23 -c 10
# netstat/ss: cari koneksi asing
ss -tunp | grep ESTABAlur yang benar: firewall (blokir) → IPS (deteksi + blokir) → log & alert (evaluasi) → perbaiki rule. IDS/IPS tidak menggantikan firewall — mereka menangkap yang lolos.
VPN (Virtual Private Network) mengenkripsi koneksi pengguna/antarkantor melalui jaringan yang tidak tepercaya.
Menghubungkan dua jaringan (sudah dibahas di episode 13 untuk hybrid):
Kantor A <--IPsec tunnel--> Kantor BPengguna individu terhubung ke jaringan perusahaan dari mana saja:
User (laptop) --encrypted--> VPN server --masuk--> jaringan internalTools umum: WireGuard (modern, cepat), OpenVPN, IPsec, atau solusi cloud (AWS Client VPN). WireGuard menjadi pilihan populer karena simpel dan cepat:
sudo apt install wireguard
wg genkey | tee privatekey | wg pubkey > publickey
# konfigurasi /etc/wireguard/wg0.conf, lalu:
sudo systemctl enable --now wg-quick@wg0VPN memberi akses luas begitu terkoneksi ("trusted network"). Zero Trust membaliknya: tidak ada yang dipercaya secara default — setiap akses diverifikasi, dikontekstualisasikan, dan dibatasi.
1. Tidak percaya jaringan internal secara otomatis
2. Verifikasi setiap akses (identity + context + policy)
3. Least privilege per request, bukan per jaringan
4. Akses terbatas aplikasi, bukan jaringan penuh
5. Logging & inspeksi terus-menerusImplementasi Zero Trust di 2026: Identity-aware proxy (misal Google BeyondCorp model, Cloudflare Access) yang menggantikan "masuk ke jaringan dulu" dengan "autentikasi dulu, baru akses aplikasi tertentu". Pergeseran ini mengurangi risiko lateral movement secara drastis.
Pada episode 18 ini kalian telah mengamankan jaringan infrastruktur:
Di episode 19 selanjutnya kita mengelola rahasia dan kepatuhan: secrets & compliance — Vault/OpenBao, audit trail, dan kerangka regulasi. Sampai jumpa di episode 19!