द प्रोक्योरमेंट ट्रैप: हैकर्स ने MFA को बायपास करने और Microsoft 365 सेशन चुराने का नया तरीका खोजा

'द प्रोक्योरमेंट ट्रैप' अभियान क्या है?

22 जुलाई, 2026 को, Infoblox Threat Intelligence ने एक चल रहे वैश्विक adversary-in-the-middle (AiTM) फ़िशिंग अभियान पर एक विस्तृत रिपोर्ट प्रकाशित की, जिसे वह 'द प्रोक्योरमेंट ट्रैप' कहता है। यह अभियान पहले से हैक किए गए Outlook मेलबॉक्स से भेजे गए खरीद-थीम वाले ईमेल लालच का उपयोग करता है, जैसे नकली सूचना-के-लिए-अनुरोध (RFI) दस्तावेज़, बोली आमंत्रण और प्रोजेक्ट फ़ाइलें । जब प्राप्तकर्ता इन लिंक पर क्लिक करते हैं, तो वे रिवर्स-प्रॉक्सी फ़िशिंग पेजों पर पहुँचते हैं जो पीड़ित के प्रमाणीकरण के ठीक बाद लाइव Microsoft 365 सत्र कुकीज़ को कैप्चर कर लेते हैं, जिससे मल्टी-फ़ैक्टर प्रमाणीकरण (MFA) पूरी तरह से बायपास हो जाता है ।

अभियान की प्रमुख विशेषताएं:

• हमले का वेक्टर: हमलावर फ़िशिंग लिंक होस्ट और वितरित करने के लिए वैध छोटे-व्यवसाय वेबसाइटों और Outlook खातों से समझौता करते हैं, जिससे हमले भरोसेमंद दिखने वाले बुनियादी ढांचे के माध्यम से रूट होते हैं ।
• लक्ष्य: यह अभियान स्पष्ट रूप से विश्वविद्यालयों, उद्यमों और बहुराष्ट्रीय संस्थानों को लक्षित करता है, जिसमें यूरोपीय संघ और संयुक्त राष्ट्र एजेंसियां शामिल हैं ।
• एकाधिक AiTM किटों का उपयोग: खतरे वाले अभिनेता कई फ़िशिंग-एज़-ए-सर्विस (PhaaS) टूलकिटों के बीच घूमते हैं:
  • EvilProxy - एक PhaaS टूलकिट जो एसएमएस कोड, प्रमाणक ऐप और पुश सूचनाओं को बायपास करने के लिए सत्र कुकीज़ को इंटरसेप्ट करता है ।
  • FlowerStorm - एक व्यापक रूप से सक्रिय PhaaS ऑपरेशन जिसने हाल ही में ईमेल सुरक्षा से बचने के लिए ब्राउज़र-आधारित वर्चुअल-मशीन अस्पष्टता को अपनाया ।
  • Kali365 - एक PhaaS प्लेटफ़ॉर्म जो पहली बार अप्रैल 2026 में देखा गया, जो टेलीग्राम के माध्यम से वितरित किया गया, जो पासवर्ड या MFA कोड की आवश्यकता के बिना सत्र टोकन कैप्चर करने के लिए डिवाइस कोड फ़िशिंग का उपयोग करता है ।
• बल्क रजिस्टर्ड एल्गोरिदमिक डोमेन (RDGA) का उपयोग बड़ी संख्या में फ़िशिंग URL बनाने के लिए किया जाता है जो तेज़ी से घूमते हैं, जिससे ब्लैकलिस्टिंग मुश्किल हो जाती है ।

हमला कैसे काम करता है (तकनीकी तंत्र)

हमलावर एक मध्यवर्ती फ़िशिंग साइट स्थापित करता है जो पीड़ित और वैध Microsoft 365 प्रमाणीकरण सेवाओं के बीच एक लाइव रिवर्स प्रॉक्सी के रूप में कार्य करता है । जब कोई पीड़ित क्रेडेंशियल दर्ज करता है और MFA पूरा करता है, तो प्रॉक्सी पीड़ित के ब्राउज़र तक पहुँचने से पहले परिणामी सत्र कुकी को कैप्चर कर लेता है। फिर हमलावर उस कुकी को अपने ब्राउज़र में आयात करता है और पीड़ित के Exchange Online, SharePoint, OneDrive और किसी भी फ़ेडरेटेड ऐप तक पूर्ण पहुँच प्राप्त कर लेता है ।

कई स्रोत एक ही मुख्य तंत्र का वर्णन करते हैं: प्रॉक्सी रीयल-टाइम द्विदिश संचार बनाता है, जबकि पारंपरिक फ़िशिंग केवल लॉगिन पेजों को क्लोन करती है और क्रेडेंशियल एकत्र करती है । क्योंकि सत्र टोकन साबित करता है कि उपयोगकर्ता पहले ही MFA पास कर चुका है, हमलावर को कभी भी MFA को क्रैक करने की आवश्यकता नहीं होती है ।

मानक MFA पर्याप्त क्यों नहीं है

Microsoft का अपना दस्तावेज़ीकरण चेतावनी देता है कि AiTM फ़िशिंग सामान्य MFA विधियों जैसे एसएमएस कोड, प्रमाणक ऐप पुश सूचनाएं और TOTP टोकन को हरा देता है । MFA पूरा होने के बाद जारी सत्र कुकी ही इनाम है: यदि चोरी हो जाती है, तो इसे टोकन समाप्त होने या प्रशासनिक रूप से रद्द होने तक किसी भी डिवाइस, कहीं से भी दोहराया जा सकता है।

Infoblox की रिपोर्ट इस बात पर जोर देती है कि पारंपरिक MFA अपर्याप्त है क्योंकि AiTM प्रॉक्सी MFA पूरा होने के बाद जारी सत्र टोकन चुराते हैं । अंतर्निहित समस्या स्थापत्य है: प्रॉक्सी उपयोगकर्ता और वास्तविक प्रमाणीकरण एंडपॉइंट के बीच इस तरह बैठता है जिसे क्लासिक MFA पहचान नहीं सकता है।

Infoblox द्वारा अनुशंसित MFA से परे बचाव

Infoblox एक स्तरित रक्षा रणनीति की सिफारिश करता है जो MFA पर एकमात्र विफलता बिंदु के रूप में निर्भर नहीं करती है। उनकी प्राथमिक सिफारिशों में शामिल हैं:

1. DNS-लेयर सुरक्षा - DNS स्तर पर ज्ञात दुर्भावनापूर्ण डोमेन और नव पंजीकृत एल्गोरिदमिक डोमेन (RDGA) को ब्लॉक करें ताकि उपयोगकर्ताओं तक पहुँचने से पहले फ़िशिंग बुनियादी ढांचे को बाधित किया जा सके ।
2. फ़िशिंग-प्रतिरोधी क्रेडेंशियल - FIDO2/WebAuthn हार्डवेयर सुरक्षा कुंजी या Windows Hello for Business तैनात करें। ये एक विशिष्ट मूल से बंधी सार्वजनिक-कुंजी क्रिप्टोग्राफी का उपयोग करते हैं। एक AiTM प्रॉक्सी FIDO2 चुनौतियों को आगे नहीं बढ़ा सकता क्योंकि क्रिप्टोग्राफ़िक अभिकथन प्रॉक्सी के नहीं, बल्कि वैध साइट के डोमेन से जुड़ा होता है।
3. सशर्त पहुँच नीतियां - Microsoft Entra ID में सख्त साइन-इन जोखिम नीतियों को लागू करें, जैसे टोकन बाइंडिंग की आवश्यकता, असामान्य स्थानों या उपकरणों से साइन-इन को ब्लॉक करना, और कुकी रीप्ले की विंडो को कम करने के लिए सत्र जीवनकाल को छोटा करना।
4. एक्सपोज़र प्रबंधन और ब्रांड निगरानी - संगठन की नकल करने वाले फ़िशिंग डोमेन का सक्रिय रूप से पता लगाएं और उपयोगकर्ताओं के लालच का सामना करने से पहले बुनियादी ढांचे को हटा दें ।
5. सुरक्षा जागरूकता और रिपोर्टिंग - उपयोगकर्ताओं को खरीद-थीम वाले फ़िशिंग लालच को पहचानने और संदिग्ध ईमेल की रिपोर्ट करने के लिए प्रशिक्षित करें, जिससे तेज़ SOC प्रतिक्रिया सक्षम हो सके।

FBI ने विशेष रूप से Kali365 के बारे में भी चेतावनी दी है, संगठनों को अपने MFA तरीकों का ऑडिट करने, विसंगतिपूर्ण डिवाइस कोड प्रवाह के लिए साइन-इन लॉग की समीक्षा करने और विश्वसनीय अनुप्रयोगों को छोड़कर सभी उपयोगकर्ताओं के लिए डिवाइस कोड प्रमाणीकरण को ब्लॉक करने पर विचार करने की सलाह दी है ।

साक्ष्य सीमाएं और दायरा

Infoblox रिपोर्ट अभियान के नाम, EU/UN संस्थानों को लक्षित करने और समझौता किए गए Outlook मेलबॉक्स और छोटे-व्यवसाय साइटों के उपयोग के लिए प्राथमिक स्रोत है। द्वितीयक रिपोर्टिंग स्वतंत्र रूप से लक्ष्यों और किट रोटेशन की पुष्टि करती है।

Kali365 घटक की स्वतंत्र रूप से FBI के PSA और सुरक्षा विक्रेताओं Huntress और Paubox द्वारा पुष्टि की गई है, लेकिन Infoblox की रिपोर्ट इसे उसी खरीद-थीम वाले बुनियादी ढांचे के तहत EvilProxy और FlowerStorm के साथ समूहित करती है।

रक्षात्मक सिफारिशें Infoblox की रिपोर्ट से प्रत्यक्ष बयानों और कई स्रोतों में प्रलेखित अच्छी तरह से स्थापित उद्योग की सर्वोत्तम प्रथाओं को जोड़ती हैं । स्रोतों में कोई भी एक पैराग्राफ बुलेट-पॉइंट रूप में प्रत्येक रक्षात्मक आइटम की गणना नहीं करता है; उपरोक्त सूची उद्धृत सामग्री में पाए गए मार्गदर्शन को संश्लेषित करती है।

निचली पंक्ति

'द प्रोक्योरमेंट ट्रैप' एक बढ़ती प्रवृत्ति को दर्शाता है: खतरे वाले अभिनेता MFA को क्रैक करने की कोशिश नहीं कर रहे हैं - वे सफल प्रमाणीकरण के बाद जारी सत्र कुकीज़ चुराकर इसे पूरी तरह से दरकिनार कर रहे हैं। FIDO2 हार्डवेयर कुंजी और DNS-स्तरीय डोमेन ब्लॉकिंग जैसे तकनीकी उपाय जोखिम को काफी कम कर सकते हैं, लेकिन बचाव की पहली पंक्ति उपयोगकर्ता सतर्कता बनी हुई है। Microsoft 365 का उपयोग करने वाले संगठनों को अप्रत्याशित डिवाइस कोड या AiTM पैटर्न के लिए अपने प्रमाणीकरण लॉग की समीक्षा करनी चाहिए और प्राथमिकता के रूप में फ़िशिंग-प्रतिरोधी क्रेडेंशियल लागू करना चाहिए।