• Vektor útoku: Útočníci kompromitují legitimní webové stránky malých firem a Outlook účty, které pak slouží k distribuci phishingových odkazů – infrastruktura tak působí důvěryhodně .
• Cíle: Kampaň se zaměřuje na univerzity, podniky a nadnárodní instituce, včetně agentur Evropské unie a Organizace spojených národů .
• Používané AiTM sady: Útočníci střídají několik nástrojů nabízených jako služba (PhaaS):
  • EvilProxy – sada, která zachycuje session cookies a obchází SMS kódy, autentizační aplikace i push notifikace .
  • FlowerStorm – rozšířená PhaaS operace, která nedávno začala používat browser-based virtuální stroj k obfuskování kódu a vyhýbání se e-mailové ochraně .
  • Kali365 – platforma poprvé zaznamenaná v dubnu 2026, šířená přes Telegram, která využívá device code phishing k získání přístupových tokenů bez nutnosti znát heslo nebo MFA kód .
• Algoritmicky generované domény (RDGA): Ve velkém jsou registrovány domény s rychle se měnícími URL, což ztěžuje jejich blokování .

Jak útok technicky funguje

Útočník vytvoří phishingovou stránku, která funguje jako živá reverzní proxy mezi obětí a legitimní přihlašovací službou Microsoft 365 . Když oběť zadá své přihlašovací údaje a dokončí MFA, proxy zachytí výsledný session cookie dříve, než se dostane do prohlížeče oběti. Útočník si tento cookie pak importuje do svého vlastního prohlížeče a získá plný přístup k Exchange Online, SharePointu, OneDrive a všem federovaným aplikacím .

Více zdrojů popisuje stejný mechanismus: proxy vytváří obousměrnou komunikaci v reálném čase, zatímco tradiční phishing pouze klonuje přihlašovací stránky a krade přihlašovací údaje . Protože session token dokazuje, že uživatel již prošel MFA, útočník nemusí MFA nijak „lámat“ .

Proč standardní MFA nestačí

Microsoft sám varuje, že AiTM phishing dokáže obejít běžné metody MFA, jako jsou SMS kódy, push notifikace z autentizačních aplikací nebo TOTP tokeny . Session cookie vydaný po dokončení MFA je tím pravým cílem: pokud je ukraden, lze jej přehrát z libovolného zařízení a kdekoli na světě, dokud token nevyprší nebo není administrativně zneplatněn.

Zpráva Infobloxu zdůrazňuje, že tradiční MFA je nedostatečné, protože AiTM proxy kradou session token vydaný po dokončení MFA . Problém je architektonický: proxy stojí mezi uživatelem a skutečným autentizačním koncovým bodem způsobem, který klasické MFA nedokáže odhalit.

Doporučená obrana nad rámec MFA

Infoblox doporučuje vícevrstevnou obrannou strategii, která se nespoléhá pouze na MFA. Mezi hlavní doporučení patří:

1. DNS-layer security – Blokování známých škodlivých domén a nově registrovaných algoritmických domén (RDGA) na úrovni DNS dříve, než se k nim uživatelé vůbec dostanou .
2. Phishing-resistant credentials – Nasazení hardwarových bezpečnostních klíčů FIDO2/WebAuthn nebo Windows Hello for Business. Ty používají kryptografii s veřejným klíčem vázanou na konkrétní doménu. AiTM proxy nemůže tyto výzvy přeposlat, protože kryptografický důkaz je svázán s legitímní doménou, nikoli s proxy.
3. Podmíněný přístup (Conditional Access) – Zavedení přísných politik rizika přihlášení v Microsoft Entra ID, například vyžadování token binding, blokování přihlášení z neobvyklých lokalit nebo zařízení a zkrácení doby platnosti session pro zmenšení okna pro přehrání cookie.
4. Exposure management a brand monitoring – Proaktivní detekce phishingových domén, které se vydávají za organizaci, a odstraňování infrastruktury dříve, než se s ní uživatelé setkají .
5. Bezpečnostní povědomí a reportování – Školení uživatelů k rozpoznávání phishingových návnad s tématikou zakázek a k hlášení podezřelých e-mailů, což umožní rychlejší reakci bezpečnostního týmu .

FBI také konkrétně varovala před sadou Kali365 a doporučila organizacím auditovat metody MFA, kontrolovat přihlašovací logy pro podezřelé device code toky a zvážit blokování device code autentizace pro všechny uživatele kromě důvěryhodných aplikací .

Shrnutí

„The Procurement Trap“ ukazuje rostoucí trend: útočníci se nesnaží prolomit MFA – obcházejí jej zcela tím, že kradou session cookies vydané po úspěšném ověření. Technické protiopatření, jako jsou hardwarové klíče FIDO2 a blokování na úrovni DNS, mohou výrazně snížit riziko, ale první linií obrany zůstává ostražitost uživatelů. Organizace používající Microsoft 365 by měly prověřit své autentizační logy na výskyt neočekávaných device code nebo AiTM vzorců a prioritně nasadit phishing-resistant přihlašovací údaje.

• Vektor útoku: Útočníci kompromitují legitimní webové stránky malých firem a Outlook účty, které pak slouží k distribuci phishingových odkazů – infrastruktura tak působí důvěryhodně .
• Cíle: Kampaň se zaměřuje na univerzity, podniky a nadnárodní instituce, včetně agentur Evropské unie a Organizace spojených národů .
• Používané AiTM sady: Útočníci střídají několik nástrojů nabízených jako služba (PhaaS):
  • EvilProxy – sada, která zachycuje session cookies a obchází SMS kódy, autentizační aplikace i push notifikace .
  • FlowerStorm – rozšířená PhaaS operace, která nedávno začala používat browser-based virtuální stroj k obfuskování kódu a vyhýbání se e-mailové ochraně .
  • Kali365 – platforma poprvé zaznamenaná v dubnu 2026, šířená přes Telegram, která využívá device code phishing k získání přístupových tokenů bez nutnosti znát heslo nebo MFA kód .
• Algoritmicky generované domény (RDGA): Ve velkém jsou registrovány domény s rychle se měnícími URL, což ztěžuje jejich blokování .

Jak útok technicky funguje

Útočník vytvoří phishingovou stránku, která funguje jako živá reverzní proxy mezi obětí a legitimní přihlašovací službou Microsoft 365 . Když oběť zadá své přihlašovací údaje a dokončí MFA, proxy zachytí výsledný session cookie dříve, než se dostane do prohlížeče oběti. Útočník si tento cookie pak importuje do svého vlastního prohlížeče a získá plný přístup k Exchange Online, SharePointu, OneDrive a všem federovaným aplikacím .

Více zdrojů popisuje stejný mechanismus: proxy vytváří obousměrnou komunikaci v reálném čase, zatímco tradiční phishing pouze klonuje přihlašovací stránky a krade přihlašovací údaje . Protože session token dokazuje, že uživatel již prošel MFA, útočník nemusí MFA nijak „lámat“ .

Proč standardní MFA nestačí

Microsoft sám varuje, že AiTM phishing dokáže obejít běžné metody MFA, jako jsou SMS kódy, push notifikace z autentizačních aplikací nebo TOTP tokeny . Session cookie vydaný po dokončení MFA je tím pravým cílem: pokud je ukraden, lze jej přehrát z libovolného zařízení a kdekoli na světě, dokud token nevyprší nebo není administrativně zneplatněn.

Zpráva Infobloxu zdůrazňuje, že tradiční MFA je nedostatečné, protože AiTM proxy kradou session token vydaný po dokončení MFA . Problém je architektonický: proxy stojí mezi uživatelem a skutečným autentizačním koncovým bodem způsobem, který klasické MFA nedokáže odhalit.

Doporučená obrana nad rámec MFA

Infoblox doporučuje vícevrstevnou obrannou strategii, která se nespoléhá pouze na MFA. Mezi hlavní doporučení patří:

1. DNS-layer security – Blokování známých škodlivých domén a nově registrovaných algoritmických domén (RDGA) na úrovni DNS dříve, než se k nim uživatelé vůbec dostanou .
2. Phishing-resistant credentials – Nasazení hardwarových bezpečnostních klíčů FIDO2/WebAuthn nebo Windows Hello for Business. Ty používají kryptografii s veřejným klíčem vázanou na konkrétní doménu. AiTM proxy nemůže tyto výzvy přeposlat, protože kryptografický důkaz je svázán s legitímní doménou, nikoli s proxy.
3. Podmíněný přístup (Conditional Access) – Zavedení přísných politik rizika přihlášení v Microsoft Entra ID, například vyžadování token binding, blokování přihlášení z neobvyklých lokalit nebo zařízení a zkrácení doby platnosti session pro zmenšení okna pro přehrání cookie.
4. Exposure management a brand monitoring – Proaktivní detekce phishingových domén, které se vydávají za organizaci, a odstraňování infrastruktury dříve, než se s ní uživatelé setkají .
5. Bezpečnostní povědomí a reportování – Školení uživatelů k rozpoznávání phishingových návnad s tématikou zakázek a k hlášení podezřelých e-mailů, což umožní rychlejší reakci bezpečnostního týmu .

FBI také konkrétně varovala před sadou Kali365 a doporučila organizacím auditovat metody MFA, kontrolovat přihlašovací logy pro podezřelé device code toky a zvážit blokování device code autentizace pro všechny uživatele kromě důvěryhodných aplikací .

Shrnutí

„The Procurement Trap“ ukazuje rostoucí trend: útočníci se nesnaží prolomit MFA – obcházejí jej zcela tím, že kradou session cookies vydané po úspěšném ověření. Technické protiopatření, jako jsou hardwarové klíče FIDO2 a blokování na úrovni DNS, mohou výrazně snížit riziko, ale první linií obrany zůstává ostražitost uživatelů. Organizace používající Microsoft 365 by měly prověřit své autentizační logy na výskyt neočekávaných device code nebo AiTM vzorců a prioritně nasadit phishing-resistant přihlašovací údaje.