APWG mencatat 971.181 serangan phishing hanya pada kuartal pertama 2026 — naik 13,8% dibanding kuartal sebelumnya. Lalu pada Januari 2026, Google berhasil mengganggu apa yang disebutnya sebagai salah satu jaringan proxy residensial terbesar di dunia setelah menemukan lebih dari 550 grup ancaman mengalirkan trafik melalui jaringan itu dalam satu minggu. Ternyata, proxy ada di kedua sisi pertarungan melawan phishing.
Itulah ketegangan yang sering diabaikan oleh kebanyakan artikel soal "proxy dan phishing". Biasanya, mereka cuma bilang proxy itu perisai — beli produk proxy kami, lalu kamu aman — atau justru menekankan bahwa proxy adalah senjata penyerang. Padahal kenyataannya jauh lebih rumit, sekaligus jauh lebih menarik.
Penyerang memakai infrastruktur proxy untuk menyamarkan asal trafik, berpindah-pindah IP tepercaya, dan mencuri sesi yang sudah terautentikasi — bahkan setelah MFA. Di sisi lain, tim pertahanan menggunakan proxy untuk menyelidiki tautan mencurigakan dengan aman, menguji tampilan halaman phishing dari berbagai negara, dan menyaring trafik berbahaya sebelum mencapai situs mereka sendiri. Panduan ini membahas dua sisi itu, lalu menunjukkan alur kerja nyata yang benar-benar bisa kamu terapkan. Tanpa basa-basi, tanpa janji palsu.
- Tingkat Kesulitan: Menengah
- Waktu yang Dibutuhkan: ~25 menit untuk membaca dan menyusun rencana; implementasi tergantung tiap langkah
- Yang Anda Butuhkan: Pemahaman dasar tentang infrastruktur web organisasi Anda, akses ke pengaturan DNS untuk domain Anda, browser Chrome (untuk langkah Thunderbit), dan opsional akun penyedia proxy
Apa Itu Phishing dan Mengapa Harus Jadi Perhatian Bisnis Anda?
Phishing adalah serangan penipuan. Pelaku menggunakan email, pesan teks, halaman login palsu, QR code, atau situs tiruan untuk mengelabui orang agar menyerahkan kredensial, menyetujui login, memasang malware, atau mengirim uang.
Sekarang ini, phishing sudah bukan sekadar masalah "email jelek". Phishing modern bisa berupa halaman yang di-host di cloud, alur login palsu Microsoft 365, QR code, sampai pencurian token sesi.
Bagi bisnis, risikonya nyata banget. Laporan IBM 2025 Cost of a Data Breach menempatkan rata-rata biaya pelanggaran data global di USD 4,4 juta. Sementara itu, FBI dalam Internet Crime Report 2025 menyebut IC3 menerima sekitar 453.000 laporan penipuan berbasis siber dengan kerugian yang dilaporkan melebihi USD 17,7 miliar, dan business email compromise (BEC) menyumbang lebih dari USD 3 miliar dari total itu.
Pencurian kredensial, penipuan transfer dana, kompromi rantai pasok, denda regulasi — phishing bisa menyentuh semuanya.
Berikut yang akan dibahas: bagaimana proxy masuk ke dalam lanskap serangan dan pertahanan, serta seperti apa pertahanan berlapis yang benar-benar masuk akal.
Sifat Ganda Proxy: Perisai Anda dan Senjata Mereka
Proxy adalah perantara antara perangkat Anda dan internet. Jadi, alih-alih situs melihat alamat IP asli kamu, yang terlihat adalah alamat IP milik proxy. Bayangkan seperti layanan penerusan surat: penerima melihat alamat pengirim dari layanan penerusan, bukan alamat rumah kamu.
Sifat inilah yang bikin proxy punya fungsi ganda. Tim keamanan memakai proxy untuk menyelidiki ancaman tanpa mengekspos IP perusahaan atau workstation analis. Penyerang memakai teknologi yang sama untuk membuat trafik berbahaya tampak berasal dari pengguna biasa, negara lain, atau jaringan residensial tepercaya. Analisis Barracuda pada April 2026 menjelaskannya dengan sederhana: IP residensial terlihat autentik karena terhubung ke koneksi internet rumah atau bisnis kecil yang nyata, sehingga sistem anti-fraud lebih kecil kemungkinannya menandainya sebagai mencurigakan.
Kebanyakan artikel pesaing hanya membahas satu sisi. Akibatnya, pembaca dapat gambaran yang tidak utuh — dan pertahanan yang tidak lengkap.
Cara Penyerang Menggunakan Proxy Melawan Anda
Ada tiga vektor serangan utama yang paling penting bagi tim pertahanan bisnis: anonimitas dan rotasi IP, penyalahgunaan proxy residensial, dan penghindaran lewat platform tepercaya.
Penjelasan Phishing AiTM (Adversary-in-the-Middle)
AiTM adalah serangan yang meruntuhkan asumsi "MFA melindungi kita" (spoiler: MFA tradisional tidak mampu menahannya).
Dalam serangan AiTM, penyerang menempatkan reverse proxy di antara korban dan halaman login yang sah — misalnya Microsoft 365. Pengguna melihat alur login yang tampak asli. Mereka memasukkan kredensial, menyelesaikan MFA, lalu identity provider yang asli menerbitkan session cookie. Namun karena semua trafik lewat proxy penyerang, cookie sesi itu tertangkap. Setelah itu, cookie bisa diputar ulang untuk mengakses akun — tanpa perlu password atau prompt MFA.
Analisis Microsoft terhadap Tycoon2FA, salah satu kit phishing AiTM terkemuka, menunjukkan bahwa operator bisa meniru halaman login Microsoft 365, Outlook, SharePoint, OneDrive, dan Google. Kit ini dapat menghasilkan PDF dan QR code, mengelola rantai redirect, serta melacak penggunaan MFA dan penangkapan session cookie. Infrastruktur mereka memakai subdomain berumur pendek dan layanan yang di-host di Cloudflare untuk menyulitkan pemblokiran berbasis daftar blokir.
Semua ini bukan teori. Kit AiTM aktif dipakai dalam skala besar, dan itulah alasan utama kenapa "kami punya MFA" bukan jawaban lengkap untuk phishing.
Penyalahgunaan Proxy Residensial dan Rotasi IP
Jaringan proxy residensial mengalirkan trafik penyerang melalui alamat IP rumah sungguhan, sehingga permintaan phishing terlihat sah dan lolos dari deteksi berbasis IP. Banyak penyedia tidak memverifikasi secara ketat bagaimana IP mereka dipakai, sehingga muncullah pasar abu-abu.
Contoh paling konkret: pada Januari 2026, Google Threat Intelligence Group mengguncang jaringan proxy residensial IPIDEA, dan memangkas jutaan perangkat dari pool yang tersedia. GTIG mengamati lebih dari 550 grup ancaman berbeda memakai exit node IPIDEA dalam rentang tujuh hari. Investigasi itu menemukan kaitan dengan botnet, penyalahgunaan akses SaaS, serangan password spray, serta aktor spionase global. Banyak deployment SDK proxy juga tidak punya persetujuan pengguna yang jelas.
Advisory FBI 2026 tentang proxy residensial mencantumkan phishing, login dengan kredensial curian, serangan brute force, pengambilalihan akun, spam, dan penyamaran C2 sebagai penggunaan kriminal.
Hosting di Platform Tepercaya dan Penghindaran oleh Phishing Kit
Taktik penghindaran lain: meng-host halaman phishing di platform tepercaya — SharePoint, Google Docs, Azure Blob Storage — supaya menumpang reputasi domain tersebut. Analisis Microsoft tentang ancaman Azure Blob Storage menunjukkan bahwa penyerang memanfaatkannya untuk meng-host halaman login Microsoft palsu, sehingga lebih sulit dikenali korban sebagai berbahaya hanya dari sertifikat.
Phishing kit juga memakai logika penghindaran. Analisis kit phishing dari Cofense mendokumentasikan penyaringan geolokasi, penyaringan user-agent dan bahasa, CAPTCHA, deteksi developer tools, serta redirect ke halaman yang sah. Kalau pengunjung tidak cocok dengan profil korban yang ditarget — negara salah, browser salah, atau terlihat seperti pemindai keamanan — halaman akan menampilkan konten aman atau error 404.
Memindai dari satu IP perusahaan atau satu pusat data cloud akan melewatkan halaman-halaman seperti ini. Kit-nya memang didesain untuk bersembunyi dari kamu.
Cara Defenders Menggunakan Proxy untuk Melawan
Di sisi pertahanan, proxy punya empat fungsi praktis:
-
Pemindaian URL dan domain secara anonim. Arahkan tautan mencurigakan lewat proxy yang kamu kontrol agar target melihat IP proxy, bukan laptop karyawan atau jaringan perusahaan. Ini mengurangi paparan langsung dan membuat proses investigasi bisa diulang.
-
Pengumpulan intelijen ancaman. Gunakan rotating proxy untuk crawling infrastruktur phishing, daftar domain, feed ancaman publik, atau sumber domain baru tanpa langsung diblokir setelah beberapa request. (Tetap harus sesuai hukum dan syarat layanan.)
-
Deteksi phishing terdistribusi secara geografis. Pakai proxy di berbagai wilayah untuk melihat apakah URL mencurigakan berperilaku berbeda dari AS, Uni Eropa, APAC, atau pasar target lain. Ini membantu menangkap kit yang memakai geofencing atau penyaringan user-agent — teknik penghindaran yang sudah dijelaskan tadi.
-
Penerapan reverse proxy / WAF. Reverse proxy berada di depan domain milik kamu sendiri. Mereka memang tidak menghentikan karyawan mengeklik link phishing keluar, tetapi mereka melindungi properti web kamu dari trafik bot, credential stuffing, payload berbahaya, dan pola trafik abusif.
Mengapa MFA Saja Gagal Melawan Phishing Berbasis Proxy
Saya sudah sering melihat diskusi ini di banyak forum IT: "Kami punya MFA, jadi aman." Para sysadmin yang benar-benar pernah menangani insiden AiTM biasanya punya pandangan yang sangat berbeda.
Mekanismenya sederhana. Korban menyelesaikan MFA pada alur login yang tampak asli. Identity provider yang sebenarnya menerbitkan session token. Penyerang menangkap token itu lewat reverse proxy mereka.
Autentikasi memang berhasil — tetapi sekarang penyerang menguasai sesi. Reset password saja belum tentu cukup kalau sesi aktif dan modifikasi MFA yang dibuat penyerang masih tersisa. Microsoft secara eksplisit menyatakan bahwa organisasi yang terdampak perlu mencabut session cookie dan membatalkan modifikasi MFA yang dibuat penyerang, selain langkah remediasi standar.
Kode SMS, aplikasi OTP, persetujuan push — semuanya bisa dipancing kalau pengguna menyelesaikannya di dalam alur yang dikendalikan penyerang. MFA memang menjalankan tugasnya. Masalahnya, penyerang mengawasi dari awal sampai akhir.
Apa yang Benar-Benar Menghentikan Phishing AiTM
FIDO2 / Passkeys. FIDO Alliance menjelaskan bahwa passkeys memang dirancang tahan phishing: tidak ada password yang bisa dicuri, tidak ada data login yang bisa dipakai ulang. Pasangan kunci kriptografisnya terikat pada origin domain yang sah, jadi proxy penyerang tidak bisa meniru tantangannya. CISA menegaskan bahwa FIDO dan PKI adalah satu-satunya metode MFA non-proprietary yang tersedia luas dan mampu mencegah phishing kredensial.
Autentikasi berbasis sertifikat. Di level enterprise, ini lebih kompleks untuk diterapkan, tetapi sama-sama tahan phishing karena bergantung pada sertifikat perangkat, bukan kode yang dimasukkan pengguna.
Kebijakan Conditional Access. Di lingkungan Microsoft, Conditional Access bisa mewajibkan perangkat yang patuh, lokasi tepercaya, pemeriksaan berbasis risiko, atau kekuatan autentikasi tahan phishing — sehingga nilai session token yang dicuri jadi jauh berkurang, bahkan kalau penyerang berhasil mendapatkannya.
Semua ini saling melengkapi, bukan saling menggantikan. Tujuannya adalah lapisan-lapisan.
Opsi Praktis untuk SMB dengan Anggaran Terbatas
Keberatan yang paling umum: "Intune, MDM, hardware key — itu sudah level anggaran enterprise." Wajar. Berikut jalur yang lebih hemat:
- Passkey berbasis browser. Sebagian besar browser modern sudah mendukung passkey secara native. Tidak perlu beli hardware. Mulailah dari akun admin, finance, dan HR.
- Implementasi DMARC gratis. Record SPF, DKIM, dan DMARC gratis untuk dipublikasikan. Google Workspace dan Microsoft 365 punya panduan bawaan.
- Pendaftaran domain defensif. Daftarkan typo domain dan domain mirip yang umum untuk brand kamu. Biaya registrar biasanya sekitar $10–15 per tahun per domain. Terapkan kebijakan DMARC reject pada masing-masing domain.
- Pelatihan yang ditargetkan. Fokuskan kesadaran karyawan pada jebakan AiTM secara spesifik: halaman login palsu Microsoft 365, berbagi dokumen palsu, QR code, penipuan device code, dan alur kerja "urgent payroll/vendor".
Anggap saja ini sebagai "mulai dari sini, tingkatkan nanti." Bahkan adopsi parsial pun bisa menurunkan risiko secara drastis.
Jenis Proxy Mana yang Paling Cocok untuk Menghindari Phishing?
Jenis proxy yang berbeda punya kegunaan anti-phishing yang berbeda juga, dan memilih yang salah berarti buang uang atau malah menciptakan blind spot.
| Jenis Proxy | Kasus Penggunaan Anti-Phishing Terbaik | Kelebihan | Kekurangan | Tingkat Biaya |
|---|---|---|---|---|
| Datacenter | Pemindaian URL massal, pemantauan domain | Cepat, murah, volume tinggi | Mudah terdeteksi oleh phishing kit yang canggih | Rendah |
| Residential | Deteksi phishing berbasis lokasi, pengujian dari perspektif pengguna | Terlihat seperti trafik pengguna asli, bisa melewati geo-block | Lebih lambat, lebih mahal, ada isu serius soal sumber yang etis | Tinggi |
| Rotating | Crawling intelijen ancaman, pemantauan berkelanjutan | Menghindari pemblokiran IP selama sesi crawl panjang | Setup lebih kompleks, latensi bervariasi | Sedang |
| Reverse Proxy / WAF | Melindungi properti web milik Anda sendiri | Menyaring ancaman masuk, deteksi bot, perlindungan DDoS | Tidak membantu deteksi phishing keluar | Sedang |
Catatan soal sumber yang etis. Kasus Google/IPIDEA dan advisory FBI sama-sama menunjukkan bahwa jaringan proxy residensial bisa dibangun dari perangkat yang terkompromi, SDK menipu, syarat VPN yang disembunyikan, atau malware. Sebelum membeli trafik proxy residensial, minta bukti persetujuan pengguna yang transparan, mekanisme opt-out, auditabilitas, dan penanganan penyalahgunaan dari penyedia. Penyedia yang sebelumnya disorot dalam riset keamanan (PacketStream, 911 Proxy yang kini sudah tidak aktif) perlu didekati dengan sangat hati-hati.
Untuk sebagian besar bisnis kecil dan menengah, mulai dengan proxy datacenter untuk pemindaian massal dan reverse proxy/WAF untuk domain milik sendiri. Tambahkan proxy residensial hanya kalau kamu benar-benar perlu pengujian berbasis lokasi dan bisa memeriksa penyedianya secara menyeluruh.
Langkah demi Langkah: Cara Menghindari Phishing dengan Proxy (Alur Kerja Praktis)
Banyak artikel berhenti di teori. Setiap langkah di bawah ini menyertakan rekomendasi alat dan detail yang cukup untuk diberikan ke tim IT kamu atau kamu ikuti sendiri.
Langkah 1: Pantau Domain Mirip yang Baru Terdaftar
Penyerang mendaftarkan domain yang mirip dengan merek kamu sebelum meluncurkan kampanye: thunderb1t.com, thunderbit-login.com, thunderbit-support.net.
Menangkap domain ini sejak awal adalah salah satu tindakan defensif paling bernilai yang bisa dilakukan.
Cara melakukannya:
- Buat daftar pantauan yang berisi istilah brand, nama produk, nama eksekutif, dan kata-kata terkait login (misalnya "login," "portal," "invoice," "payment").
- Query log Certificate Transparency (CT) setiap hari menggunakan crt.sh, yang memungkinkan pencarian record sertifikat berdasarkan domain atau nama organisasi. Log CT mewajibkan sertifikat yang dipercaya publik dicatat, jadi sertifikat baru yang diterbitkan untuk domain mirip akan muncul di sana.
- Tandai domain dengan jarak edit yang dekat dengan brand kamu, TLD yang mencurigakan (.xyz, .top, .click), atau kata kunci login/payment.
- Render halaman yang ditandai melalui proxy atau sandbox — jangan pernah dari browser karyawan.
Integrasi Thunderbit: Thunderbit batch extract API bisa memproses hingga 100 URL mencurigakan per job, menggunakan renderMode: "full" untuk merender klon phishing yang banyak memakai JavaScript. Kamu tinggal tentukan JSON Schema untuk data yang ingin dikembalikan — judul halaman, apakah ada form login, domain action form, issuer SSL, rantai redirect, final URL. Versi CLI-nya cocok untuk monitoring berbasis cron:
thunderbit batch extract --file suspicious-urls.txt --schema phishing-signals.json --render-mode full
Untuk pengguna non-teknis, ekstensi Chrome Thunderbit juga bisa dipakai untuk scraping dan meninjau halaman mencurigakan dengan cepat hanya dalam beberapa klik — berguna saat kamu cuma perlu cek beberapa URL secara visual, bukan menjalankan pipeline terjadwal.
Hasil yang diharapkan: Laporan harian atau mingguan berisi domain mirip yang baru terdaftar dengan metadata terstruktur, siap untuk triase.
Coba Thunderbit untuk meninjau URL mencurigakan
Langkah 2: Arahkan Tautan Mencurigakan Melalui Proxy Datacenter
Sebelum ada orang di organisasi kamu mengeklik tautan mencurigakan, analisis dulu lewat jalur yang terkontrol. IP proxy yang terekspos, bukan perangkat karyawan atau jaringan perusahaan.
Cara melakukannya:
- Untuk pengecekan cepat, gunakan urlscan.io (sandbox web yang memungkinkan kamu memilih negara pemindaian) atau VirusTotal (memindai URL terhadap puluhan produk antivirus dan blocklist).
- Untuk skrip internal atau analisis volume lebih besar, arahkan request lewat proxy datacenter:
curl -x http://proxy.example.com:8080 -I "https://suspicious.example"
- Untuk halaman phishing yang aktif, gunakan VM sekali pakai atau sandbox browser. Nonaktifkan pengisian kredensial. Tangkap rantai redirect, judul halaman, tujuan akhir, post form, script, dan screenshot.
- Jangan pernah kirim kredensial perusahaan yang asli. Dan perlakukan pemindaian publik dengan hati-hati — beberapa layanan menampilkan URL yang dikirim kalau tidak dikonfigurasi sebagai private atau unlisted.
Hasil yang diharapkan: Penilaian aman terhadap tujuan, perilaku, dan indikator tautan — tanpa paparan ke aset perusahaan.
Langkah 3: Gunakan Proxy Tersebar Secara Geografis untuk Menangkap Kampanye Phishing yang Ditargetkan
Beberapa phishing kit cuma menampilkan konten berbahaya kepada pengunjung dari negara atau setelan bahasa target. Cofense mendokumentasikan bahwa penyaringan geolokasi sering dipakai: pengunjung dari wilayah yang "salah" cuma melihat halaman aman atau 404, sementara audiens target mendapat form pengambil kredensial.
Cara melakukannya:
- Uji tautan mencurigakan dari wilayah tempat karyawan, pelanggan, dan tim finance kamu benar-benar beroperasi. Kalau perusahaan kamu berbasis di AS dengan kantor di Inggris, uji dari keduanya.
- Bandingkan final URL, screenshot, judul halaman, form, dan kode respons HTTP per wilayah.
- Ganti user-agent dan setelan bahasa saat menyelidiki jebakan QR code atau target mobile — beberapa kit juga memfilter berdasarkan ini.
- Eskalasikan URL yang menampilkan konten aman di satu lokasi tetapi form login di lokasi lain. Itu sinyal phishing yang kuat.
Hasil yang diharapkan: Deteksi kampanye yang ditargetkan secara geografis dan akan tidak terlihat kalau hanya memakai pemindaian dari satu lokasi.
Langkah 4: Pasang Reverse Proxy atau WAF untuk Domain Anda Sendiri
Saatnya beralih dari deteksi keluar ke pertahanan masuk. Reverse proxy dan WAF berada di depan properti web kamu, memeriksa trafik yang masuk sebelum mencapai server.
Cara melakukannya:
- Arahkan DNS domain kamu ke penyedia reverse proxy. Cloudflare adalah opsi paling mudah diakses untuk SMB — DNS, CDN, WAF, dan aturan berada dalam satu antarmuka. Untuk aplikasi yang di-host di AWS, AWS WAF sangat cocok kalau kamu sudah memakai CloudFront, ALB, atau API Gateway.
- Aktifkan managed WAF rules. Ini memblokir IP berbahaya yang sudah dikenal, menyaring trafik bot, dan mendeteksi pola credential stuffing.
- Nyalakan rate limit untuk login, reset password, dan form kontak.
- Tambahkan aturan bot atau challenge untuk endpoint berisiko tinggi.
- Pantau event WAF setiap minggu — jangan cuma set and forget.
Hasil yang diharapkan: Trafik berbahaya masuk disaring sebelum mencapai server kamu. Upaya credential stuffing ke halaman login diblokir atau ditantang.
Langkah 5: Otomatiskan dan Jadwalkan Monitoring Berkelanjutan
Phishing bukan audit satu kali. Domain baru, kit baru, dan infrastruktur baru muncul setiap hari — jadi monitoring perlu ritme:
- Harian: pemindaian lookalike CT dan antrean domain mencurigakan.
- Harian atau per jam (untuk brand berisiko tinggi): pengecekan sandbox URL untuk domain baru yang ditemukan.
- Mingguan: tinjau laporan agregat DMARC dan pola spoofing.
- Mingguan: tinjau event WAF untuk credential stuffing dan lonjakan bot.
- Bulanan: cek progres rollout MFA tahan phishing.
- Per kuartal: uji alur kerja finance dan HR terhadap skenario AiTM dan BEC yang realistis.
Integrasi Thunderbit: Workflow scheduled scraping dan CLI/API Thunderbit bisa mendukung monitoring berulang untuk tim operasi non-teknis. Kasus penggunaan terbaiknya bukan "Thunderbit sendirian mencegah phishing" — melainkan "Thunderbit membantu tim operasional mengumpulkan sinyal terstruktur dari halaman mencurigakan dan sumber pemantauan domain tanpa membangun scraper kustom dari nol." Hasilnya bisa dikirim ke Google Sheets atau Airtable agar gampang dilihat tim, atau ke Slack lewat integrasi sederhana.
Hasil yang diharapkan: Siklus monitoring berkelanjutan yang menangkap ancaman baru dalam hitungan jam, bukan minggu.
Apa yang Tidak Bisa Ditangkap Proxy: Amankan Email dengan DMARC, SPF, dan DKIM
Vendor proxy tidak akan bilang bagian ini: proxy memang satu lapisan pertahanan, tetapi phishing berbasis email yang tidak melewati lapisan proxy butuh perlindungan terpisah.
Banyak serangan phishing datang lewat alamat email tiruan. Proxy tidak akan mencegatnya.
Menyiapkan SPF dengan Hard Fail
SPF (Sender Policy Framework) adalah record DNS yang mencantumkan IP mana saja yang berwenang mengirim email atas nama domain kamu. Konfigurasikan dengan -all (hard fail), bukan ~all (soft fail), agar pengirim tak berwenang ditolak langsung.
Kesalahan yang sering terjadi: lupa memasukkan semua layanan pengirim yang sah — CRM, platform marketing, penyedia email transaksional, helpdesk. Audit semua sumber pengiriman sebelum mempublikasikan record.
Menerapkan Penandatanganan DKIM
DKIM (DomainKeys Identified Mail) menambahkan tanda tangan kriptografis pada email keluar. Penerima memverifikasi bahwa pesan tidak diubah di tengah jalan. Baik Google Workspace maupun Microsoft 365 punya panduan penyiapan DKIM bawaan. Pengerjaannya sekitar 15 menit.
Memaksakan DMARC ke Reject
DMARC (Domain-based Message Authentication, Reporting & Conformance) memberi tahu server penerima apa yang harus dilakukan saat pemeriksaan SPF atau DKIM gagal. Langkah penting yang sering dilewati organisasi: naik dari p=none (hanya monitoring) ke p=reject (blokir pesan yang gagal) setelah memastikan alur email yang sah.
Banyak organisasi membiarkan DMARC di p=none tanpa batas — visibilitas tanpa perlindungan. Rasanya seperti memasang kamera keamanan tapi tidak pernah mengunci pintu.
Pendaftaran Defensif untuk Domain Mirip
Daftarkan secara proaktif typo domain dan domain mirip yang umum untuk brand kamu. Terapkan kebijakan DMARC reject pada domain defensif ini agar tidak bisa dipakai untuk spoofing email. Dengan biaya $10–15 per tahun per domain, ini salah satu langkah termurah dengan dampak paling tinggi — dan banyak bisnis kecil sama sekali tidak memanfaatkannya.
Menyatukan Semuanya: Pertahanan Berlapis Melawan Phishing
Tidak ada satu alat pun yang bisa menghentikan phishing. Kombinasinya yang bikin pertahanan kuat. Checklist praktis:
Outbound (menyelidiki ancaman):
- Pemindaian URL berbasis proxy untuk tautan mencurigakan
- Pemantauan domain via log CT dan batch extraction
- Pengujian terdistribusi geografis untuk kampanye yang menargetkan wilayah tertentu
Inbound (melindungi properti Anda):
- Reverse proxy / WAF untuk domain web Anda
- DMARC/SPF/DKIM untuk autentikasi email
- Pendaftaran defensif domain mirip
Autentikasi (melindungi akun):
- FIDO2 / passkeys untuk MFA tahan phishing
- Kebijakan Conditional Access (perangkat patuh, pemeriksaan berbasis risiko)
- Prosedur pemantauan dan pencabutan session token
Manusia (jaring pengaman terakhir):
- Pelatihan yang fokus khusus pada jebakan AiTM, QR code, dan skenario BEC
- Budaya pelaporan yang jelas — buat pelaporan pesan mencurigakan jadi mudah dan tanpa hukuman
- Pengujian rutin alur kerja finance dan HR dengan skenario phishing yang realistis
Pendekatan ini sejalan dengan prinsip defense-in-depth dari NIST Cybersecurity Framework: beberapa lapisan independen, sehingga kegagalan satu lapisan tidak berarti kompromi total.
Bagi tim yang perlu menyelidiki URL mencurigakan, melakukan scraping data ancaman, atau memantau domain dalam skala besar, AI web scraper Thunderbit bisa mempercepat alur kerja — ekstensi Chrome untuk pengguna non-teknis, API/CLI untuk tim teknis. Ini bukan produk keamanan pada dirinya sendiri, tetapi layak masuk ke toolkit analis. Kamu bisa mempelajari lebih lanjut tentang web scraping tanpa coding atau menjelajahi pendekatan AI web scraping di blog kami.
Gunakan AI web scraping untuk pemantauan ancaman Get Started Free
FAQ
Bagaimana penyerang memakai proxy untuk serangan phishing?
Penyerang memakai proxy residensial dan rotating proxy untuk menyembunyikan IP asli mereka, berganti-ganti alamat tepercaya, melewati deteksi fraud berbasis IP, dan menerapkan reverse proxy AiTM untuk mencegat sesi yang sudah diautentikasi — bahkan setelah korban menyelesaikan MFA. Gangguan terhadap IPIDEA pada Januari 2026 menunjukkan lebih dari 550 grup ancaman memakai satu jaringan proxy residensial.
Bagaimana reverse proxy mencegah phishing dan kompromi situs web?
Reverse proxy berada di depan server web kamu dan memeriksa trafik masuk sebelum mencapai infrastruktur kamu. Ia memblokir IP berbahaya yang sudah dikenal, menyaring trafik bot, membatasi laju percobaan login, dan mendeteksi credential stuffing atau aktivitas terkait phishing. Namun, reverse proxy tidak melindungi karyawan yang mengeklik tautan phishing keluar.
Apakah proxy bisa sepenuhnya mencegah phishing?
Tidak. Proxy adalah satu lapisan penting, tetapi phishing berbasis email membutuhkan DMARC/SPF/DKIM, dan pengambilalihan sesi lewat serangan AiTM membutuhkan MFA tahan phishing seperti FIDO2/passkeys. Pertahanan berlapis yang menggabungkan proxy, autentikasi email, kredensial tahan phishing, dan pelatihan karyawan sangat diperlukan.
Apa itu phishing AiTM dan mengapa MFA tidak bisa menghentikannya?
Phishing AiTM (Adversary-in-the-Middle) memakai reverse proxy di antara korban dan halaman login asli, lalu menangkap session token setelah MFA selesai. MFA tradisional tidak menghentikannya karena penyerang mencuri sesi yang sudah terautentikasi, bukan passwordnya. FIDO2/passkeys tahan terhadap serangan ini karena tantangan kriptografisnya terikat pada domain sah dan tidak bisa diputar ulang lewat proxy penyerang.
Jenis proxy apa yang paling baik untuk deteksi phishing?
Proxy datacenter paling baik untuk pemindaian URL massal (cepat dan murah). Proxy residensial paling baik untuk pengujian berbasis geolokasi (realistis tetapi lebih mahal — periksa penyedia untuk sumber yang etis). Reverse proxy/WAF paling baik untuk melindungi situs kamu sendiri. Pendekatan terkuat adalah menggabungkan beberapa jenis sesuai tujuan deteksi atau perlindungan kamu.
Coba Thunderbit untuk pemantauan ancaman dan AI scraping Get Started Free
Pelajari Lebih Lanjut
