Mekanisme Serangan

Kampanye ini bekerja dengan premis sederhana namun efektif: pengguna diminta “membuktikan bahwa mereka bukan robot” melalui serangkaian langkah yang tampak legitim. Di balik tampilan CAPTCHA yang familiar, langkah-langkah tersebut sebenarnya menginstruksikan pengguna untuk mengeksekusi perintah berbahaya secara mandiri.

Alur serangan yang umum didokumentasikan:

  1. Korban mengunjungi halaman yang tampak normal — sering dari link di iklan, hasil pencarian, atau email
  2. Halaman menampilkan elemen CAPTCHA palsu dengan instruksi: “Tekan Windows + R, tempel perintah berikut, tekan Enter untuk memverifikasi”
  3. Perintah yang telah disalin ke clipboard adalah skrip PowerShell atau perintah mshta yang mengunduh dan mengeksekusi payload
  4. Payload yang diinstal adalah Lumma Stealer — infostealer yang mencuri kredensial browser, session cookie, dompet kripto, dan file dokumen sensitif

Tidak ada eksploitasi kerentanan teknis. Pengguna sendiri yang menjalankan kode berbahaya karena meyakini bahwa mereka sedang mengikuti prosedur verifikasi yang sah.

Mengapa Ini Berhasil Melewati Banyak Kontrol

Tidak Ada Eksploit yang Perlu Ditambal

Karena tidak mengeksploitasi kerentanan software, patch management dan vulnerability scanner tidak dapat mencegah serangan ini. Pengguna menjalankan perintah secara sukarela dengan hak akses penuh milik mereka sendiri.

Payload Tersembunyi di Clipboard

Skrip berbahaya tidak pernah disimpan di halaman web dalam bentuk yang mudah dianalisis. Ia hanya muncul di clipboard saat pengguna mengikuti instruksi. Web filter, sandbox URL, dan analisis konten halaman tidak dapat mengintersepsi payload yang belum pernah ada di server.

Eksploitasi Kepercayaan pada Pola yang Familiar

CAPTCHA adalah elemen yang sangat dikenal dan dianggap wajar oleh pengguna. Serangan ini tidak mengeksploitasi kelemahan teknis pengguna — ia mengeksploitasi ekspektasi konteks yang telah terbentuk dari pengalaman berulang dengan CAPTCHA yang sah. Ketika konteks terasa familiar, kewaspadaan alami menurun.

Sektor yang Paling Banyak Menjadi Target

Berdasarkan data telemetry yang dipublikasikan oleh Netskope Threat Labs, industri yang paling banyak terpapar kampanye ini:

  1. Telekomunikasi — volume serangan tertinggi
  2. Kesehatan — platform telemedicine, sistem rumah sakit, dan portal administrasi klinik
  3. Perbankan dan keuangan — dengan fokus utama pada pencurian session cookie dan kredensial portal internal

Pendekatan Mitigasi

Hardening Endpoint

Tujuan dari hardening di sini adalah membatasi apa yang dapat dieksekusi, bahkan ketika pengguna sendiri yang melakukannya.

  • Batasi akses ke Run dialog, PowerShell, dan cmd.exe untuk pengguna yang tidak membutuhkan fitur ini dalam pekerjaan sehari-hari — ini menghilangkan vektor eksekusi utama
  • Terapkan Application Control (AppLocker atau Windows Defender Application Control) untuk membatasi eksekusi skrip dari direktori unduhan, temp, atau profil pengguna
  • Aktifkan PowerShell Constrained Language Mode dan Script Block Logging untuk auditabilitas
  • Pertimbangkan clipboard monitoring pada workstation yang mengakses data sensitif

Deteksi Perilaku Pasca-Eksekusi

Ketika hardening tidak sepenuhnya mencegah eksekusi, deteksi perilaku menjadi garis pertahanan berikutnya:

  • Proses yang diluncurkan dari browser: PowerShell, cmd, atau mshta yang diinisiasi dari proses browser adalah anomali yang perlu mendapat perhatian segera
  • Eksekusi dari direktori temp atau unduhan: payload yang diunduh dan langsung dieksekusi dari lokasi ini adalah pola umum yang dapat dideteksi
  • Koneksi keluar yang tidak biasa dalam beberapa detik setelah eksekusi skrip — indikasi stage pertama komunikasi C2

Awareness yang Bisa Diverifikasi

Program kesadaran keamanan hanya efektif jika pesan yang disampaikan spesifik, mudah diingat, dan dapat diverifikasi oleh pengguna sendiri.

Pesan inti yang perlu dikomunikasikan:

“Tidak ada layanan web yang sah — termasuk CAPTCHA — yang meminta Anda membuka Run atau PowerShell.”

Komponen program yang efektif:

  • Simulasi phishing yang menyertakan skenario berbasis instruksi (bukan hanya link mencurigakan)
  • Prosedur pelaporan yang mudah diakses dan bebas stigma — pengguna yang merasa takut disalahkan tidak akan melaporkan
  • Pengujian berkala untuk mengukur tingkat keberhasilan simulasi dari waktu ke waktu

Perlindungan Sesi dan Kredensial

Karena tujuan akhir serangan ini adalah mencuri session cookie dan kredensial:

  • Terapkan MFA berbasis hardware (token fisik atau passkey) untuk akses ke sistem kritikal — session cookie yang dicuri tidak cukup untuk melewati MFA jenis ini
  • Aktifkan session timeout yang agresif pada portal internal
  • Pantau concurrent session anomaly — login dari lokasi atau perangkat berbeda dalam rentang waktu singkat

Kesimpulan

Serangan berbasis fake CAPTCHA adalah demonstrasi nyata bahwa kontrol teknis tidak dapat berdiri sendiri. Ketika penyerang berhasil membuat pengguna sendiri yang mengeksekusi payload, pertahanan efektif membutuhkan tiga pilar secara bersamaan:

  1. Hardening endpoint yang membatasi apa yang dapat dieksekusi — terlepas dari siapa yang memintanya
  2. Deteksi perilaku yang menangkap aktivitas anomali pasca-eksekusi sebelum eksfiltrasi selesai
  3. Awareness yang membentuk kebiasaan verifikasi konteks sebelum mengikuti instruksi online

Investasi di salah satu pilar tanpa dua lainnya meninggalkan celah yang justru menjadi jalur masuk yang dieksploitasi oleh pendekatan ini.