Ketiga operasi tersebut adalah kampanye phishing AiTM berbasis Evilginx yang memproksi halaman login Microsoft 365 untuk mencuri token sesi setelah pengguna menyelesaikan MFA . Salah satu dari tiga kampanye telah mencatat 218 akun yang diretas di 12 negara, di mana 94% adalah kotak surat perusahaan . Operasi tersebut menggunakan dua jalur serangan yang berbeda: pencurian token sesi Evilginx (melalui proxy AiTM) dan phishing device code — satu kit mengirim korban ke halaman login perangkat Microsoft yang asli, di mana mereka memberikan akses sendiri, dan backend peretas mengambil token tersebut .

Forg365: Platform Phishing-as-a-Service Komersial

Secara terpisah, platform Forg365 phishing-as-a-service (PhaaS) diidentifikasi oleh peneliti ZeroBEC (dilaporkan 9–13 Juli 2026) sebagai kit komersial yang didistribusikan melalui Telegram seharga $400 per bulan (atau $3.800 per tahun). Berbeda dengan fork Evilginx kustom yang ditemukan di server yang terbuka, Forg365 menggabungkan berbagai metode dan alat serangan ke dalam satu dasbor operator .

Forg365 menggabungkan tiga kemampuan inti:

• Proxy AiTM — proxy reverse transparan yang menangkap token sesi setelah pengguna menyelesaikan MFA
• Phishing device code — menyalahgunakan aliran device-code OAuth Microsoft yang sah, sehingga pengguna menyelesaikan autentikasi di halaman Microsoft yang asli tanpa peretas pernah melihat kata sandi mereka
• Pembuatan umpan berbasis AI — menggunakan AI untuk membuat email phishing dan halaman arahan meyakinkan yang meniru SharePoint, OneDrive, DocuSign, dan Adobe Acrobat Sign

Platform ini juga mencakup penghindaran antibot (mendeteksi sandbox dan perayap keamanan), akses kotak surat pasca-kompromi (operator dapat menjelajahi dan mengeksfiltrasi email dari dalam panel), rotasi SMTP, dan penjadwalan kampanye .

Satu Serangan Mencuri Token Setelah MFA; Satunya Lagi Menyalahgunakan Protokol yang Sah

Kedua penemuan ini menggambarkan perbedaan kritis antara serangan proxy AiTM dan penyalahgunaan device code. Memahami perbedaan ini sangat penting karena pertahanan yang sama tidak berlaku untuk keduanya:

• Serangan proxy AiTM (gaya Evilginx): Peretas menyiapkan halaman login palsu yang memproksi lalu lintas ke halaman login Microsoft yang asli. Pengguna memasukkan kata sandi dan menyelesaikan MFA di proxy peretas. Setelah autentikasi berhasil, Microsoft mengeluarkan cookie sesi ke apa yang dianggapnya sebagai browser pengguna yang sah — tetapi cookie itu sebenarnya jatuh ke proxy peretas, bukan ke browser pengguna. Peretas kemudian dapat menggunakan kembali cookie tersebut untuk mengakses akun Microsoft 365 korban .

• Phishing device code: Peretas menghasilkan device code Microsoft yang sah (kode pendek yang digunakan untuk masuk di perangkat tanpa keyboard, seperti TV pintar) dan mengirimkannya ke korban dalam email phishing. Korban mengunjungi halaman login Microsoft yang asli, memasukkan kode, menyelesaikan MFA, dan memberikan otorisasi aplikasi peretas. Tidak ada yang "dilewati" — korban sendiri yang memberikan akses. Backend peretas kemudian meminta token ke Microsoft .

Pertahanan yang Direkomendasikan: Kontrol yang Menghentikan Masing-masing Serangan

Pertahanan Terhadap Serangan Proxy Adversary-in-the-Middle (gaya Evilginx)

Pertahanan paling efektif melawan serangan proxy AiTM adalah MFA tahan phishing, khususnya FIDO2/WebAuthn dan passkeys. Metode ini mengikat kredensial ke nama domain yang sah, sehingga ketika browser pengguna terhubung ke situs proxy peretas (yang memiliki domain berbeda), protokol autentikasi mendeteksi ketidakcocokan domain dan secara otomatis memblokir pertukaran kredensial .

Pertahanan lainnya meliputi:

• Kebijakan Conditional Access (Entra ID): Mewajibkan kepatuhan perangkat dan persyaratan lokasi tepercaya untuk memblokir penerbitan token dari proxy yang tidak tepercaya
• Continuous Access Evaluation (CAE): Memungkinkan pencabutan token hampir real-time ketika kondisi berisiko terdeteksi
• Pantau penggunaan token yang mencurigakan: Perhatikan token yang digunakan dari IP atau negara yang berbeda dari tempat penerbitannya, perjalanan yang mustahil, dan "properti masuk yang tidak dikenal"
• Blokir domain phishing yang baru terdaftar: Pantau domain yang terdaftar dalam 30 hari terakhir yang mengarah ke rentang IP hosting yang dikenal untuk infrastruktur phishing

Pertahanan Terhadap Penyalahgunaan Autentikasi Device Code

Phishing device code tidak memerlukan peretas untuk mengelabui korban agar memasukkan kredensial di halaman palsu — pengguna berinteraksi dengan halaman login Microsoft yang asli. Ini berarti FIDO2/passkeys saja tidak sepenuhnya melindungi dari serangan ini karena aliran OAuth yang sah yang digunakan .

Pertahanan utamanya adalah memblokir OAuth grant device-code untuk pengguna yang tidak membutuhkannya, menggunakan Microsoft Entra ID Conditional Access:

• Buat kebijakan menggunakan kondisi "Aliran Autentikasi" untuk memblokir aliran device code untuk semua pengguna kecuali grup pengecualian yang terdokumentasi
• Sebelum memblokir, jalankan dalam mode report-only atau periksa log masuk historis untuk mengidentifikasi penggunaan device code yang sah (misalnya, TV pintar, perangkat ruang rapat)
• Rencanakan pengecualian Device Registration Service (DRS), karena memblokir aliran device code dapat mengganggu Autopilot dan pendaftaran perangkat Windows

Pertahanan tambahan:

• Batasi izin aplikasi dan ruang lingkup OAuth grant: Batasi aplikasi mana yang dapat menggunakan grant device code dan audit aplikasi yang telah memberikan izin secara teratur
• Terapkan MFA tahan phishing bahkan untuk aliran device code: Meskipun bukan perbaikan yang sempurna, kunci keras FIDO2 atau autentikasi berbasis sertifikat tetap mengurangi permukaan serangan

Intinya

Pengumuman Layanan Publik FBI pada Mei 2026 tentang platform PhaaS Kali365 secara khusus merekomendasikan pemblokiran aliran device code sebagai pertahanan utama . Ketika platform phishing seperti Forg365 terus mengkomersialkan teknik serangan ini, urgensi operasional bagi para pembela sudah jelas: terapkan FIDO2/passkeys untuk semua akun istimewa guna menghentikan serangan proxy AiTM, dan gunakan Conditional Access untuk menonaktifkan grant device code bagi pengguna yang tidak membutuhkannya. Satu direktori terbuka mungkin telah mengekspos tiga kampanye — tetapi pelajarannya berlaku untuk setiap penyewa Microsoft 365.

Ketiga operasi tersebut adalah kampanye phishing AiTM berbasis Evilginx yang memproksi halaman login Microsoft 365 untuk mencuri token sesi setelah pengguna menyelesaikan MFA . Salah satu dari tiga kampanye telah mencatat 218 akun yang diretas di 12 negara, di mana 94% adalah kotak surat perusahaan . Operasi tersebut menggunakan dua jalur serangan yang berbeda: pencurian token sesi Evilginx (melalui proxy AiTM) dan phishing device code — satu kit mengirim korban ke halaman login perangkat Microsoft yang asli, di mana mereka memberikan akses sendiri, dan backend peretas mengambil token tersebut .

Forg365: Platform Phishing-as-a-Service Komersial

Secara terpisah, platform Forg365 phishing-as-a-service (PhaaS) diidentifikasi oleh peneliti ZeroBEC (dilaporkan 9–13 Juli 2026) sebagai kit komersial yang didistribusikan melalui Telegram seharga $400 per bulan (atau $3.800 per tahun). Berbeda dengan fork Evilginx kustom yang ditemukan di server yang terbuka, Forg365 menggabungkan berbagai metode dan alat serangan ke dalam satu dasbor operator .

Forg365 menggabungkan tiga kemampuan inti:

• Proxy AiTM — proxy reverse transparan yang menangkap token sesi setelah pengguna menyelesaikan MFA
• Phishing device code — menyalahgunakan aliran device-code OAuth Microsoft yang sah, sehingga pengguna menyelesaikan autentikasi di halaman Microsoft yang asli tanpa peretas pernah melihat kata sandi mereka
• Pembuatan umpan berbasis AI — menggunakan AI untuk membuat email phishing dan halaman arahan meyakinkan yang meniru SharePoint, OneDrive, DocuSign, dan Adobe Acrobat Sign

Platform ini juga mencakup penghindaran antibot (mendeteksi sandbox dan perayap keamanan), akses kotak surat pasca-kompromi (operator dapat menjelajahi dan mengeksfiltrasi email dari dalam panel), rotasi SMTP, dan penjadwalan kampanye .

Satu Serangan Mencuri Token Setelah MFA; Satunya Lagi Menyalahgunakan Protokol yang Sah

Kedua penemuan ini menggambarkan perbedaan kritis antara serangan proxy AiTM dan penyalahgunaan device code. Memahami perbedaan ini sangat penting karena pertahanan yang sama tidak berlaku untuk keduanya:

• Serangan proxy AiTM (gaya Evilginx): Peretas menyiapkan halaman login palsu yang memproksi lalu lintas ke halaman login Microsoft yang asli. Pengguna memasukkan kata sandi dan menyelesaikan MFA di proxy peretas. Setelah autentikasi berhasil, Microsoft mengeluarkan cookie sesi ke apa yang dianggapnya sebagai browser pengguna yang sah — tetapi cookie itu sebenarnya jatuh ke proxy peretas, bukan ke browser pengguna. Peretas kemudian dapat menggunakan kembali cookie tersebut untuk mengakses akun Microsoft 365 korban .

• Phishing device code: Peretas menghasilkan device code Microsoft yang sah (kode pendek yang digunakan untuk masuk di perangkat tanpa keyboard, seperti TV pintar) dan mengirimkannya ke korban dalam email phishing. Korban mengunjungi halaman login Microsoft yang asli, memasukkan kode, menyelesaikan MFA, dan memberikan otorisasi aplikasi peretas. Tidak ada yang "dilewati" — korban sendiri yang memberikan akses. Backend peretas kemudian meminta token ke Microsoft .

Pertahanan yang Direkomendasikan: Kontrol yang Menghentikan Masing-masing Serangan

Pertahanan Terhadap Serangan Proxy Adversary-in-the-Middle (gaya Evilginx)

Pertahanan paling efektif melawan serangan proxy AiTM adalah MFA tahan phishing, khususnya FIDO2/WebAuthn dan passkeys. Metode ini mengikat kredensial ke nama domain yang sah, sehingga ketika browser pengguna terhubung ke situs proxy peretas (yang memiliki domain berbeda), protokol autentikasi mendeteksi ketidakcocokan domain dan secara otomatis memblokir pertukaran kredensial .

Pertahanan lainnya meliputi:

• Kebijakan Conditional Access (Entra ID): Mewajibkan kepatuhan perangkat dan persyaratan lokasi tepercaya untuk memblokir penerbitan token dari proxy yang tidak tepercaya
• Continuous Access Evaluation (CAE): Memungkinkan pencabutan token hampir real-time ketika kondisi berisiko terdeteksi
• Pantau penggunaan token yang mencurigakan: Perhatikan token yang digunakan dari IP atau negara yang berbeda dari tempat penerbitannya, perjalanan yang mustahil, dan "properti masuk yang tidak dikenal"
• Blokir domain phishing yang baru terdaftar: Pantau domain yang terdaftar dalam 30 hari terakhir yang mengarah ke rentang IP hosting yang dikenal untuk infrastruktur phishing

Pertahanan Terhadap Penyalahgunaan Autentikasi Device Code

Phishing device code tidak memerlukan peretas untuk mengelabui korban agar memasukkan kredensial di halaman palsu — pengguna berinteraksi dengan halaman login Microsoft yang asli. Ini berarti FIDO2/passkeys saja tidak sepenuhnya melindungi dari serangan ini karena aliran OAuth yang sah yang digunakan .

Pertahanan utamanya adalah memblokir OAuth grant device-code untuk pengguna yang tidak membutuhkannya, menggunakan Microsoft Entra ID Conditional Access:

• Buat kebijakan menggunakan kondisi "Aliran Autentikasi" untuk memblokir aliran device code untuk semua pengguna kecuali grup pengecualian yang terdokumentasi
• Sebelum memblokir, jalankan dalam mode report-only atau periksa log masuk historis untuk mengidentifikasi penggunaan device code yang sah (misalnya, TV pintar, perangkat ruang rapat)
• Rencanakan pengecualian Device Registration Service (DRS), karena memblokir aliran device code dapat mengganggu Autopilot dan pendaftaran perangkat Windows

Pertahanan tambahan:

• Batasi izin aplikasi dan ruang lingkup OAuth grant: Batasi aplikasi mana yang dapat menggunakan grant device code dan audit aplikasi yang telah memberikan izin secara teratur
• Terapkan MFA tahan phishing bahkan untuk aliran device code: Meskipun bukan perbaikan yang sempurna, kunci keras FIDO2 atau autentikasi berbasis sertifikat tetap mengurangi permukaan serangan

Intinya

Pengumuman Layanan Publik FBI pada Mei 2026 tentang platform PhaaS Kali365 secara khusus merekomendasikan pemblokiran aliran device code sebagai pertahanan utama . Ketika platform phishing seperti Forg365 terus mengkomersialkan teknik serangan ini, urgensi operasional bagi para pembela sudah jelas: terapkan FIDO2/passkeys untuk semua akun istimewa guna menghentikan serangan proxy AiTM, dan gunakan Conditional Access untuk menonaktifkan grant device code bagi pengguna yang tidak membutuhkannya. Satu direktori terbuka mungkin telah mengekspos tiga kampanye — tetapi pelajarannya berlaku untuk setiap penyewa Microsoft 365.