Apa Itu Firewall? Penjaga Pintu yang Menentukan Lalu Lintas Mana yang Boleh Masuk

Bayangkan server-mu sebagai sebuah gedung dengan banyak pintu. Beberapa pintu itu memang harus terbuka — pintu depan tempat pengunjung masuk untuk melihat website-mu. Sebagian besar sisanya harus tertutup rapat, karena tidak ada alasan bagi orang asing untuk nyelonong ke ruang belakang atau gudang. Nah, firewall itu ibarat satpam yang berdiri di setiap pintu, memegang daftar siapa yang boleh lewat dan siapa yang harus diusir.

Itu inti idenya dalam satu kalimat: firewall menentukan lalu lintas jaringan mana yang boleh lewat dan mana yang diblokir. Kedengarannya sederhana, dan pada dasarnya memang sesederhana itu. Tapi begitu kamu paham bagaimana keputusan tadi diambil — dan kenapa “tutup semua dulu” itu aturan emasnya — banyak saran keamanan yang tadinya membingungkan tiba-tiba jadi masuk akal.

Firewall itu sebenarnya apa

Firewall adalah penyaring untuk lalu lintas jaringan. Setiap paket data yang mencoba mencapai server-mu (atau keluar darinya) dicek dulu terhadap sekumpulan aturan, lalu firewall mengambil satu dari dua keputusan: izinkan atau blokir. Tidak ada yang lebih misterius dari itu.

Aturannya biasanya ditulis berdasarkan beberapa sifat sederhana dari tiap koneksi:

Dari mana asalnya — alamat IP sumber (mesin tertentu, sebuah rentang, atau “dari mana saja”).
Mau ke mana — tujuannya, dan yang penting, port yang dia tuju.
Protokol apa yang dipakai — biasanya TCP atau UDP.

Jadi sebuah aturan bisa berbunyi, dalam bahasa sehari-hari: “Izinkan lalu lintas TCP masuk ke port 443 dari mana saja.” Aturan tunggal itulah yang membuat seluruh dunia bisa menjangkau website-mu lewat HTTPS, sementara segala hal lain tetap tertutup. Kalau sebuah paket cocok dengan suatu aturan, firewall melakukan apa yang aturan itu perintahkan. Kalau tidak cocok dengan satu pun aturan izin, firewall yang disetel dengan benar bakal memblokirnya — dan perilaku bawaan inilah konsep terpenting di seluruh artikel ini.

Firewall itu kebijakan, bukan tembok

Namanya memang memunculkan gambaran tembok kokoh, tapi firewall sebenarnya adalah sebuah kebijakan pengambil keputusan. Dia tidak menghentikan apa pun secara fisik — dia memeriksa tiap koneksi lalu meloloskan atau menjatuhkannya berdasarkan aturan yang kamu tentukan. Ubah aturannya, berubah pula apa yang diizinkan. Itu sebabnya “mengonfigurasi firewall” sebagian besar berarti menulis dan mengurutkan aturan, bukan memasang perangkat keras khusus (meski perangkat keras firewall tersendiri memang ada untuk jaringan berskala besar).

Cara firewall mengambil keputusan

Saat lalu lintas datang, firewall menelusuri aturannya dan bertindak berdasarkan aturan pertama yang cocok. Untuk mengambil keputusan, dia perlu tahu lalu lintas itu apa, dan di situlah dasar-dasar port dan protokol berperan: port memberi tahu firewall layanan mana yang dituju sebuah paket (80 untuk HTTP, 443 untuk HTTPS, 22 untuk SSH), dan protokolnya (TCP/UDP) memberi tahu bagaimana percakapan itu berlangsung.

Begini model berpikirnya. Sebuah paket muncul di pintu, lalu firewall mengajukan serangkaian pertanyaan singkat:

   paket masuk
        │
        ▼
  ┌──────────────────────────────┐
  │ Cocok aturan IZINKAN?        │──► ya ──► diloloskan
  └──────────────────────────────┘
        │ tidak
        ▼
  ┌──────────────────────────────┐
  │ Kebijakan bawaan?            │──► IZINKAN ──► diloloskan (berisiko)
  └──────────────────────────────┘
        │ TOLAK (disarankan)
        ▼
     dijatuhkan — paket dibuang diam-diam

Dua detail di sini penting banget. Pertama, urutan itu menentukan: firewall mengevaluasi aturan dari atas ke bawah dan berhenti di kecocokan pertama, jadi sebuah aturan luas “blokir semua” yang ditaruh di atas aturan spesifik “izinkan port 443” malah bakal memblokir website-mu tanpa sengaja. Kedua, kebijakan bawaan — apa yang terjadi kalau tidak ada aturan yang cocok — adalah satu pengaturan yang menentukan apakah server-mu terbuka atau terkunci rapat.

Pola pikir tutup-semua-dulu

Ada dua cara menulis kebijakan firewall, dan cuma satu di antaranya yang waras untuk server yang terhubung ke internet.

Izinkan-semua-dulu (denylist): semuanya boleh kecuali yang kamu blokir secara khusus. Kamu harus memikirkan setiap hal buruk dari awal lalu menulis aturan penghalangnya. Kelewat satu saja, terbuka lebar-lebar.
Tolak-semua-dulu (allowlist): semuanya diblokir kecuali yang kamu izinkan secara khusus. Kamu cuma membuka pintu yang benar-benar kamu butuhkan, sisanya tetap tertutup tanpa perlu kamu sebut satu per satu.

Pendekatan kedua — tolak-semua-dulu — adalah fondasi keamanan server yang baik. Kamu tidak repot-repot mendaftar setiap kemungkinan serangan; kamu cukup tutup semuanya, lalu buka segelintir port yang benar-benar dipakai layananmu. Web server biasa cuma butuh tiga atau empat pintu terbuka:

IZINKAN  masuk  tcp  port 80    (HTTP — umumnya dialihkan ke HTTPS)
IZINKAN  masuk  tcp  port 443   (HTTPS — website-mu yang sesungguhnya)
IZINKAN  masuk  tcp  port 22    (SSH — buat kamu mengelola server)
TOLAK    masuk  semua sisanya   (bawaan — tidak ada lagi yang boleh masuk)

Itulah seluruh firewall untuk sangat banyak server di dunia nyata. Kekuatan tolak-semua-dulu adalah penyerang yang memindai server-mu hampir tidak menemukan apa pun untuk diajak bicara. Port database, panel admin, sebuah layanan uji coba yang terlupakan — tidak satu pun bisa dijangkau, karena pintunya memang tidak pernah kamu buka, sekalipun software di baliknya masih berjalan.

Kesalahan klasik: mengunci diri sendiri di luar

Karena server tidak punya layar atau keyboard, kamu mengelolanya dari jauh lewat jaringan — biasanya lewat SSH di port 22. Kalau kamu menyetel kebijakan bawaan ke tolak lalu lupa mengizinkan port SSH-mu lebih dulu, firewall bakal memblokir koneksimu sendiri begitu dia aktif, dan kamu pun terkunci di luar mesinmu sendiri. Selalu pastikan aturan yang membolehkan kamu masuk sudah ada dan benar-benar berfungsi sebelum kamu mengetatkan yang lain. Di penyedia cloud kamu biasanya masih bisa pulih lewat console, tapi ini pelajaran yang menegangkan kalau dialami dengan cara yang keras.

Aturan masuk vs aturan keluar

Lalu lintas mengalir ke dua arah, dan firewall bisa menyaring keduanya.

Aturan masuk (ingress) mengatur koneksi yang datang ke server-mu dari dunia luar. Inilah yang dibayangkan kebanyakan orang, dan di sinilah sebagian besar perlindungan bermukim — di sinilah kamu memutuskan publik boleh menjangkau website-mu tapi tidak database-mu.
Aturan keluar (egress) mengatur koneksi yang meninggalkan server-mu. Orang sering membiarkan yang ini terbuka lebar, dan untuk banyak skenario itu tidak masalah. Tapi menyaring lalu lintas keluar adalah pertahanan yang nyata: kalau suatu saat server-mu kebobolan, mengetatkan apa yang boleh dia kirim bisa menghentikan malware menelepon pulang ke pembuatnya atau diam-diam menyedot datamu keluar.

Untuk server pertama, fokuskan dulu pada membuat aturan masuk yang benar. Penyaringan keluar adalah langkah lanjutan yang masuk akal begitu kamu sudah lebih nyaman, terutama untuk mesin yang menyimpan data sensitif.

Filtering stateful vs stateless

Ada satu masalah yang harus dipecahkan firewall generasi awal. Saat server-mu membalas seorang pengunjung, balasan itu adalah lalu lintas keluar yang menuju port bernomor tinggi yang acak di mesin pengunjung. Kalau firewall cuma melihat paket satu per satu, kamu jadi harus membuka ribuan port hanya supaya balasan normal bisa lewat — yang justru mementahkan seluruh tujuannya.

Solusinya adalah firewall stateful, dan inilah yang dipakai hampir semua firewall modern. Firewall stateful mengingat koneksi yang sudah pernah dia setujui. Saat permintaan seorang pengunjung masuk dan kamu mengizinkannya, firewall mencatat: “Sekarang aku menunggu balasan untuk percakapan ini.” Lalu lintas balasannya otomatis diizinkan karena dia bagian dari koneksi yang sudah terjalin — kamu tidak perlu aturan terpisah untuknya.

  Pengunjung       Firewall Stateful          Server
     │                    │                      │
     │  minta ke :443     │                      │
     │ ─────────────────► │  diizinkan oleh      │
     │                    │  aturan (diingat)    │
     │                    │ ───────────────────► │
     │                    │                      │
     │  ◄── balasan ──────│  ◄── balasan ────────│
     │                    │  otomatis diizinkan: │
     │                    │  bagian koneksi yg   │
     │                    │  sudah dikenal       │

Sebaliknya, firewall stateless menilai tiap paket secara terpisah tanpa ingatan soal apa yang datang sebelumnya. Dia lebih cepat dan lebih sederhana, tapi jauh lebih merepotkan untuk dikonfigurasi dengan benar. Pada praktiknya kamu hampir selalu berurusan dengan firewall stateful, dan “izinkan koneksi yang sudah terjalin” adalah salah satu aturan pertama yang dimasukkan kebanyakan susunan — aturan itulah yang membuat semua hal lain berjalan mulus.

Firewall host vs firewall jaringan

Ide yang sama muncul di dua level berbeda, dan susunan yang serius sering memakai keduanya.

Firewall host berjalan di server itu sendiri, sebagai software, melindungi satu mesin tersebut. Inilah yang kamu konfigurasi langsung di sebuah mesin Linux, dan inilah firewall yang paling sering disentuh seorang developer. Karena dia tinggal di dalam mesin, dia bisa mengambil keputusan berdasarkan program lokal mana yang terlibat, dan dia ikut ke mana pun server itu pergi.
Firewall jaringan berdiri di depan satu atau beberapa server, menyaring lalu lintas sebelum sempat menyentuh mereka. Di platform cloud ini sering muncul sebagai “security group” atau “network ACL” — sebuah firewall yang kamu konfigurasi lewat dashboard untuk menjaga seluruh kelompok mesinmu dari luar. Dia ibarat gerbang di pinggir kompleks, sebelum pintu gedung mana pun.

Tidak ada yang menggantikan yang lain. Firewall jaringan adalah garis pertahanan pertamamu dan melindungi semua yang ada di baliknya sekaligus; firewall host adalah garis terakhir, melindungi tiap mesin bahkan kalau ada sesuatu yang lolos dari pagar terluar. Mengandalkan keduanya adalah contoh defense in depth — tidak mempercayakan satu penghalang saja untuk menangkap segalanya.

Menutup port dan mematikan layanan itu dua hal berbeda

Firewall yang memblokir port 5432 tidak mematikan database-mu — database tetap berjalan, tetap mendengarkan, cuma tidak bisa dijangkau dari luar. Itu justru berguna: layanannya tetap tersedia untuk program lain di mesin yang sama sambil disembunyikan dari internet. Tapi ini juga berarti firewall adalah lapisan di atas konfigurasi layanan yang baik, bukan penggantinya. Susunan terkuat melakukan keduanya: ikat layanan agar hanya mendengarkan secara lokal kalau memungkinkan, dan blokir port-nya di firewall. Kalau salah satu lapisan keliru disetel, lapisan satunya masih menahan.

Kenapa firewall begitu penting

Internet itu tempat yang bermusuhan secara bawaan. Dalam hitungan menit setelah sebuah server baru online, bot otomatis mulai memindainya — mengetuk setiap port, mengintip layanan yang terbuka, mencari apa pun yang bisa mereka manfaatkan. Ini bukan paranoia; ini suara latar yang konstan dari sebuah jaringan publik. Firewall-lah yang mengubah jutaan ketukan tadi menjadi dinding hening, karena setiap pintu yang dicoba penyerang ternyata cuma tertutup.

Yang membuat firewall begitu bernilai adalah kehematannya. Segelintir aturan — buka tiga port ini, tolak sisanya — secara dramatis mengecilkan permukaan yang bahkan bisa disentuh penyerang. Dia memang tidak bisa memperbaiki aplikasi yang rentan atau password lemah di balik pintu yang terbuka, dan dia memang tidak dirancang untuk itu. Tapi dengan memastikan hanya pintu yang kamu maksud yang terbuka, firewall menyingkirkan satu kategori risiko yang besar dengan usaha yang nyaris nol. Itulah jenis keamanan terbaik: sederhana, murah, dan ampuh. Itu sebabnya mengonfigurasi firewall termasuk hal paling awal yang kamu lakukan di server mana pun yang menghadap publik.

Penutup

Ini rangkuman semuanya dalam satu tempat:

Firewall adalah penyaring yang mengizinkan atau memblokir lalu lintas jaringan dengan mengecek tiap koneksi terhadap sekumpulan aturan.
Aturan didasarkan pada sumber, tujuan, port, dan protokol — misalnya, “izinkan TCP masuk ke port 443 dari mana saja.”
Urutan menentukan (kecocokan pertama yang menang) dan kebijakan bawaan menentukan apa yang terjadi saat tidak ada yang cocok.
Aturan emasnya adalah tolak-semua-dulu: blokir semuanya, lalu buka hanya beberapa port yang benar-benar dibutuhkan layananmu.
Firewall menyaring lalu lintas masuk dan keluar; perlindungan masuk paling penting untuk server pertama.
Firewall modern bersifat stateful — mereka mengingat koneksi yang sudah disetujui agar balasan mengalir otomatis.
Firewall host melindungi satu mesin; firewall jaringan menjaga pagar terluar. Memakai keduanya adalah defense in depth.
Memblokir port menyembunyikan layanan tanpa mematikannya — firewall adalah lapisan di atas konfigurasi yang baik, bukan penggantinya.

Begitu kamu nyaman dengan ide membuka hanya yang kamu butuhkan, langkah berikutnya yang wajar di dunia jaringan adalah memahami komponen-komponen yang berada di antara server-mu dan internet yang lebih luas — proxy dan gateway yang merutekan, melindungi, dan membentuk lalu lintas dalam perjalanannya.