Jebakan Pengadaan: Kampanye Pembajakan Sesi Microsoft 365 yang Melewati MFA dengan Kotak Surat Outlook yang Dibajak

Apa Itu Kampanye "The Procurement Trap"?

Pada 22 Juli 2026, Infoblox Threat Intelligence merilis laporan mendetail tentang kampanye phishing global yang disebut "The Procurement Trap." Kampanye ini menggunakan surel umpan bertema pengadaan — seperti dokumen permintaan informasi (RFI) palsu, undangan tender, dan file proyek — yang dikirim dari kotak surat Outlook yang sebelumnya telah diretas . Ketika penerima mengklik tautan tersebut, mereka akan diarahkan ke halaman phishing reverse-proxy yang menangkap kuki sesi Microsoft 365 secara langsung setelah korban melakukan autentikasi, sehingga sepenuhnya melewati autentikasi multi-faktor (MFA) .

Karakteristik utama kampanye:

• Vektor serangan: Peretas menyusupi situs web bisnis kecil yang sah dan akun Outlook untuk menjadi tuan rumah dan mendistribusikan tautan phishing, mengarahkan serangan melalui infrastruktur yang tampak dapat dipercaya .
• Target: Kampanye ini secara eksplisit menargetkan universitas, perusahaan, dan lembaga multinasional, termasuk badan Uni Eropa dan Perserikatan Bangsa-Bangsa .
• Beberapa kit AiTM yang digunakan: Aktor ancaman berganti-ganti antara beberapa perangkat phishing-as-a-service (PhaaS):
  • EvilProxy – perangkat PhaaS yang mencegat kuki sesi untuk melewati kode SMS, aplikasi autentikator, dan notifikasi push .
  • FlowerStorm – operasi PhaaS yang sangat aktif yang baru-baru ini mengadopsi obfuskasi mesin virtual berbasis browser untuk menghindari pertahanan email .
  • Kali365 – platform PhaaS yang pertama kali terlihat pada April 2026, didistribusikan melalui Telegram, yang menggunakan phishing kode perangkat untuk menangkap token sesi tanpa memerlukan kata sandi atau kode MFA sama sekali .
• Domain algoritmik yang terdaftar secara massal (RDGA) digunakan untuk membuat sejumlah besar URL phishing yang berputar dengan cepat, sehingga sulit untuk diblokir .

Bagaimana Serangan Bekerja (Mekanisme Teknis)

Penyerang menyiapkan situs phishing perantara yang bertindak sebagai proxy terbalik langsung antara korban dan layanan autentikasi Microsoft 365 yang sah . Ketika korban memasukkan kredensial dan menyelesaikan MFA, proxy tersebut menangkap kuki sesi yang dihasilkan sebelum mencapai browser korban. Penyerang kemudian mengimpor kuki itu ke browser mereka sendiri dan mendapatkan akses penuh ke Exchange Online, SharePoint, OneDrive, dan aplikasi federasi korban .

Beberapa sumber menjelaskan mekanisme inti yang sama: proxy menciptakan komunikasi dua arah waktu nyata, sedangkan phishing tradisional hanya mengkloning halaman masuk dan mengumpulkan kredensial . Karena token sesi membuktikan bahwa pengguna telah melewati MFA, penyerang tidak perlu memecahkan MFA itu sendiri .

Mengapa MFA Standar Tidak Cukup

Dokumentasi Microsoft sendiri memperingatkan bahwa phishing AiTM mengalahkan metode MFA umum seperti kode SMS, notifikasi push aplikasi autentikator, dan token TOTP . Kuki sesi yang dikeluarkan setelah MFA selesai adalah hadiahnya: jika dicuri, kuki tersebut dapat diputar ulang dari perangkat mana pun, di mana saja, hingga token kedaluwarsa atau dicabut secara administratif.

Laporan Infoblox menekankan bahwa MFA tradisional tidak memadai karena proxy AiTM mencuri token sesi yang dikeluarkan setelah MFA selesai . Masalah yang mendasarinya bersifat arsitektural: proxy berada di antara pengguna dan titik akhir autentikasi yang sebenarnya dengan cara yang tidak dapat dideteksi oleh MFA klasik.

Pertahanan di Luar MFA yang Direkomendasikan Infoblox

Infoblox merekomendasikan strategi pertahanan berlapis yang tidak hanya mengandalkan MFA sebagai satu titik kegagalan. Rekomendasi utama mereka meliputi:

1. Keamanan lapisan DNS – Blokir domain berbahaya yang diketahui dan domain algoritmik yang baru terdaftar (RDGA) di tingkat DNS untuk mengganggu infrastruktur phishing sebelum pengguna dapat menjangkaunya .
2. Kredensial tahan-phishing – Terapkan kunci keamanan perangkat keras FIDO2/WebAuthn atau Windows Hello for Business. Ini menggunakan kriptografi kunci publik yang terikat ke asal tertentu. Proxy AiTM tidak dapat meneruskan tantangan FIDO2 karena pernyataan kriptografis terikat ke domain situs yang sah, bukan ke proxy.
3. Kebijakan Akses Bersyarat – Terapkan kebijakan risiko masuk yang ketat di Microsoft Entra ID, seperti mewajibkan pengikatan token, memblokir masuk dari lokasi atau perangkat yang tidak biasa, dan memperpendek masa pakai sesi untuk mengurangi jendela pemutaran ulang kuki.
4. Manajemen eksposur dan pemantauan merek – Secara proaktif mendeteksi domain phishing yang meniru organisasi dan menghapus infrastruktur sebelum pengguna menemui umpan tersebut .
5. Kesadaran keamanan dan pelaporan – Latih pengguna untuk mengenali umpan phishing bertema pengadaan dan melaporkan surel yang mencurigakan, sehingga mempercepat respons SOC.

FBI juga telah memperingatkan secara khusus tentang Kali365, menyarankan organisasi untuk mengaudit metode MFA mereka, meninjau log masuk untuk aliran kode perangkat yang tidak biasa, dan mempertimbangkan untuk memblokir autentikasi kode perangkat untuk semua pengguna kecuali aplikasi tepercaya .

Keterbatasan Bukti dan Ruang Lingkup

Laporan Infoblox adalah sumber utama untuk nama kampanye, penargetan lembaga EU/PBB, dan penggunaan kotak surat Outlook yang disusupi serta situs bisnis kecil. Pelaporan sekunder secara independen mengonfirmasi target dan rotasi kit.

Komponen Kali365 secara independen dikonfirmasi oleh PSA FBI dan vendor keamanan Huntress serta Paubox , tetapi laporan Infoblox mengelompokkannya bersama EvilProxy dan FlowerStorm di bawah infrastruktur bertema pengadaan yang sama.

Rekomendasi defensif menggabungkan pernyataan langsung dari laporan Infoblox dengan praktik terbaik industri yang mapan yang didokumentasikan di berbagai sumber . Tidak ada satu paragraf pun dalam sumber yang menyebutkan setiap item defensif dalam bentuk poin; daftar di atas mensintesis panduan yang ditemukan di seluruh materi yang dikutip.

Intinya

"The Procurement Trap" menggambarkan tren yang berkembang: aktor ancaman tidak mencoba memecahkan MFA — mereka sepenuhnya menghindarinya dengan mencuri kuki sesi yang dikeluarkan setelah autentikasi berhasil. Tindakan teknis seperti kunci perangkat keras FIDO2 dan pemblokiran domain tingkat DNS dapat secara signifikan mengurangi eksposur, tetapi garis pertahanan pertama tetap kewaspadaan pengguna. Organisasi yang menggunakan Microsoft 365 harus meninjau log autentikasi mereka untuk pola kode perangkat atau AiTM yang tidak terduga dan menerapkan kredensial tahan-phishing sebagai prioritas.