Proč „nové generace“ phishingu mění pravidla hry
Phishing už dávno není pouze nešikovný e-mail se špatnou gramatikou a podezřelým odkazem. Moderní útočníci kombinují generativní AI, automatizovanou zpravodajskou přípravu oběti (OSINT), hlasové a video deepfake techniky, postranní kanály (SMS, chat, sociální sítě, cloudové aplikace) a sofistikované obcházení vícefaktorového ověření (MFA). Výsledkem jsou vysoce přesvědčivé kampaně s rychlou návratností a obtížnou detekcí. Tento článek mapuje klíčové trendy, techniky, detekční signály a doporučení pro reakci a prevenci v podnikové i individuální praxi.
Evoluce phishingu: od hromadných kampaní k přesnému zacílení
- Fáze 1 – Hromadný spam: generické zprávy, nízká úspěšnost, jednoduché filtry.
- Fáze 2 – Spear-phishing: zacílení na vybrané osoby, lepší personalizace, vyšší riziko BEC (Business Email Compromise).
- Fáze 3 – Multikanál a automatizace: kombinace e-mailu, SMS (smishing), hlasu (vishing), sociálních sítí a firemních chatů.
- Fáze 4 – AI-podporované útoky: bezchybná lokalizace, imitace stylu komunikace, deepfake hlas/video, dynamické weby a adversary-in-the-middle (AiTM) proxy na krádež relací.
Techniky nové generace: přehled a rizikový profil
- Generativní AI pro obsah: přirozený jazyk, interní žargon, „teplota“ komunikace napodobena podle interních e-mailů nebo LinkedIn profilů.
- Deepfake vishing a videofishing: syntetický hlas „CFO/CEO“ žádající urgentní převod; video deepfake na videohovorech.
- AiTM a krádež relací: proxy stránky zachytávají přihlašování i OTP; útočník získává session cookie a obchází MFA.
- Browser-in-the-Browser (BitB): falešné modální okno federovaného SSO (např. „Přihlásit přes Microsoft/Google“) v rámci legitimní stránky.
- OAuth consent phishing: místo hesla žádost o udělení oprávnění aplikaci (offline_access, Mail.Read), která pak obchází změnu hesla i MFA.
- HTML smuggling: škodlivý obsah je složen až v prohlížeči (JS vytvoří
Blob), obchází tradiční brány. - QRishing: QR kódy v tištěných materiálech nebo e-mailech vedoucí na škodlivé URL, často s přemostěním na mobilní zařízení bez firemních kontrol.
- Push fatigue a „MFA bombing“: zahlcení uživatele výzvami; útočník získá náhodné potvrzení.
- Dodavatelský řetězec a SaaS: kompromitace partnera, následné legitimní e-maily s reálnými přílohami/odkazy; zneužití sdílení v cloudu.
Starý vs. nový phishing: porovnávací tabulka
| Aspekt | Tradiční phishing | Nová generace |
|---|---|---|
| Jazyk | Chyby, generický tón | Bezchybný, styl oběti/firemní |
| Kanály | E-mail, SMS, chat, hlas, video, sociální sítě | |
| MFA | Obtížně obcházené | AiTM, push-fatigue, relace, OAuth |
| Personalizace | Nízká | Vysoká (OSINT, interní žargon) |
| Detekce | Signatury, doménové vzory | Kontextová analýza, behaviorální anomálie |
| Payload | Příloha/odkaz | Bez příloh, HTML smuggling, legitimní SaaS odkazy |
Indikátory kompromitace a signály podezření
- Nekonzistentní cesta identity: přihlášení z nového zařízení/ASN krátce před požadavkem na urgentní úkon.
- Nestandardní požadavky: obcházení schvalovacích procesů („pošli teď, papírování doženeme“), změna bankovního účtu dodavatele.
- Neobvyklá doména: mezinárodní znaky (IDN homografy), extra subdomény (
login.security.team.company.com.evil.tld). - OAuth souhlas mimo očekávání: žádost o široká oprávnění pro neznámou aplikaci.
- Změny v hlavičkách a trase mailu: chybějící nebo nekonzistentní DKIM/SPF/DMARC, nestandardní
Reply-To. - Push anomálie: výzvy k potvrzení mimo pracovní dobu; desítky během minut.
Psychologické páky v moderních kampaních
- Urgence a strach: „končí licence“, „blokace účtu“, „auditoři čekají“.
- Autorita a důvěra: napodobení stylu vedení, použití interních zkratek a starších e-mailových řetězců.
- Reciprocita: malá prosba („potvrď kód“) před velkou žádostí (převod, změna platebních údajů).
- Normalizace: zarámování požadavku jako rutinního procesu („děláme to takto“).
Prevence: technická kontrolní opatření
- Phishing-odolné MFA: FIDO2/WebAuthn s provázáním na origin (origin binding), minimalizuje AiTM.
- Politiky e-mailu: SPF, DKIM, DMARC v režimu
p=quarantine/reject, BIMI pro vizualizaci důvěry; monitoringrua/rufreportů. - Ochrana OAuth a SSO: omezit souhlas pro třetí strany, schvalovat pouze ověřené aplikace, minimalizovat rozsah (least privilege), revize tokenů.
- Detekce AiTM: kontrola nestandardních user-agentů, hlaviček a TLS fingerprintů; heuristiky na cookie theft, provázání relací na zařízení a síťový kontext.
- Sandboxing a CDR: izolace příloh, generování bezpečných verzí dokumentů (content disarm & reconstruction).
- Prohlížečová opatření: izolace stránek, blokace pop-up SSO mimo registrovaných domén, detekce BitB indikátorů.
- DNS a doménová hygiena: blokace nově registrovaných a look-alike domén; monitoring typosquatting variant.
- DLP a CASB: kontrola odlivu dat po kompromitaci schránky; behaviorální modely v SaaS.
Prevence: procesy a lidé
- Dvoukanálové ověřování: finanční změny (IBAN, limity) potvrzovat mimo e-mail – telefonicky na známé číslo, ne na číslo z e-mailu.
- Školení s reálnými scénáři: simulace AiTM, OAuth souhlasy, QRishing; posilování schopnosti odmítnout „urgentní“ žádosti.
- Politiky schvalování: povinné 4-eyes na platby a změny účtů, limity pro urgentní převody.
- Kultura bezpečného zpochybnění: ochrana zaměstnanců, kteří eskalují podezření, i pokud jde o „C-level“ žádost.
Reakce na podezřelou komunikaci: krok za krokem
- Zastavení interakce: neklikat, nepotvrzovat, nevolat zpět na uvedená čísla. Pořídit snímek a uložit hlavičky/URL.
- Nahlásit: použít firemní kanál (
phish@firmanebo tiket). Označit jako „podezřelé“ v e-mailovém klientu. - Technická verifikace: zkontrolovat DKIM/SPF/DMARC, URL, certifikát a cílový formulář; při OAuth ověřit publisher a rozsahy.
- Izolace incidentu: pokud došlo k interakci, okamžité odhlášení všech relací, rotace hesla, odvolání OAuth tokenů, nucené re-MFA.
- Hunt a forenzika: vyhledat podobné e-maily, IP/ASN, artefakty v EDR/SIEM; zkontrolovat pravidla přesměrování pošty a inbox rules.
- Oznámení dotčeným: pokud existuje riziko úniku dat, informovat interní i externí klienty podle regulací a vnitřních směrnic.
Specifika vybraných kanálů
- Smishing (SMS): krátké URL, náhradní domény, lákání na mobilní přihlašování mimo MDM; doporučení: otevírat pouze z kontrolovaného zařízení, používat prohlížeč s izolací.
- Vishing: zpětné volání iniciovat přes oficiální čísla; slovo „callback control“ jako interní standard.
- Chat a kolaborační platformy: schvalovat externí tenants, URL-unfurling s kontrolou reputace, banner „externí kontakt“ viditelný u každé zprávy.
Architektura obrany: vrstvený model
- Prevence: DMARC, FIDO2, DNS filtrování, izolace prohlížeče, zásady least privilege, správně nastavená sdílení v SaaS.
- Detekce: korelace SIEM (přihlášení, e-mailové hlavičky, CASB), detekce AiTM vzorů, anomálie ve schránkách (nová pravidla, forward).
- Reakce: playbooky v SOAR, rychlé zrušení tokenů, blokování domén/IP, informování uživatele řízenými notifikacemi.
- Obnova: audit přístupů, reset oprávnění sdílení, post-incident školení zaměřené na konkrétní vzor útoku.
Měření zralosti a KPI
- Mean Time to Detect (MTTD) a Mean Time to Respond (MTTR) u phishing incidentů.
- Phish-prone rate: podíl kliknutí v simulacích, segmentovaný podle týmů a typů technik (AiTM vs. OAuth vs. QR).
- Pokrývání politikami: procento aktivních účtů s FIDO2, procento domén v DMARC
p=reject. - Úspěšnost blokování: míra zadržených HTML smuggling pokusů, zablokovaných look-alike domén před doručením.
Speciální situace: kdy ani MFA nestačí
MFA není všelék. Při AiTM a krádeži relací je klíčové provázat relace na kontext (zařízení, síť, klientské certifikáty), využívat continuous access evaluation a důsledně omezit „dlouhé“ obnovovací tokeny. Pracovat s adaptivními politikami – např. vyžadovat re-MFA při změnách citlivých nastavení nebo anomálních požadavcích (změna bankovního účtu, export dat).
Checklist pro každodenní praxi
- Ověřuji identitu přes druhý kanál u jakýchkoli finančních nebo právně závazných požadavků.
- Povinně používám FIDO2/WebAuthn pro kritické přístupy; žádné SMS-OTP pro administrátory.
- Mám nastavené DMARC na
p=rejecta monitoruji reporty. - OAuth consent povoluji pouze ověřeným aplikacím; pravidelně reviduji udělená oprávnění.
- Při podezření okamžitě odhlašuji všechny relace a ruším tokeny.
- QR kódy skenuji pouze přes důvěryhodnou čtečku s náhledem URL; nikdy ne pro přihlášení bez kontroly originu.
Model reakčního playbooku (zkrácený)
- Detekce: hlášení uživatele, alert brány, korelace SIEM.
- Klasifikace: kanál (e-mail/SMS/chat), technika (AiTM/OAuth/BitB), rozsah (jednotlivec vs. kampaň).
- Kontrola: blokace domén/IP, deaktivace účtu nebo nucené odhlášení, odvolání tokenů, dočasné zpřísnění politik.
- Eradikace: odstranění přesměrovacích pravidel, revize sdílení, reset hesel, rotace klíčů.
- Obnova: obnovit bezpečný stav, potvrdit integritu dat, informovat dotčené strany.
- Lessons learned: aktualizovat školení a detekční pravidla na základě reálného útoku.
Od odolnosti jednotlivce k odolnosti organizace
Phishing nové generace se opírá o realistickou komunikaci, více kanálů a inteligentní obcházení kontroly identity. Klíčem je vrstvená obrana: kombinace technických opatření (FIDO2, DMARC, sandboxing, kontextové hodnocení přístupu), disciplinovaných procesů (dvoukanálové ověření, 4-eyes, jasné playbooky) a neustálého učení se ze simulací i incidentů. Úspěch spočívá v tom, že organizace učiní správné chování nejjednodušší volbou – a to ještě dříve, než útočník stihne využít lidskou chybu.