Co se stalo
Vishing je podvod vedený prostřednictvím hlasové komunikace. Útočník se vydává například za pracovníka banky, dodavatele nebo jiné důvěryhodné instituce a snaží se oběť přimět k určitému kroku. Může jít o prozrazení údajů, potvrzení přihlášení nebo provedení finanční operace. Podstatné je, že nejde o technické prolomení systému. Útok využívá důvěru, časový tlak a autoritu volajícího.
V případě české organizace byl tento postup úspěšný. Zdroj ale neposkytuje všechny podrobnosti, které by umožnily přesně vyčíslit škodu nebo popsat celý průběh útoku. Jisté je, že útočník dokázal telefonickou manipulací překonat běžné očekávání, že zaměstnanci budou podezřelé požadavky rozpoznávat.
Další popsané téma se týká elektrické sítě. Nejde jen o hypotetickou debatu o kybernetické válce, ale o upozornění, že některé prvky infrastruktury mohou být ovládány na dálku. Taková možnost je z pohledu správy sítě praktická, současně ale vytváří další místo, které je třeba chránit, sledovat a správně konfigurovat.
Přehled se věnuje také malwaru, který do svého fungování zapojuje umělou inteligenci. AI zde není prezentována jako zázračná technologie, která sama vyřeší celý útok. Spíše útočníkům poskytuje další nástroj, který může pomoci při tvorbě, úpravě nebo přizpůsobení škodlivého kódu.
Poslední případ ukazuje opačnou stránku AI. GPT se podařilo dostat mimo omezení, která měla jeho odpovědi držet v předem určených hranicích. Ani zde nejde jen o zábavnou ukázku jailbreaku. Je to připomínka, že pravidla zapsaná do instrukcí modelu nejsou totéž jako technická kontrola jeho chování.
Proč to není jen kuriozita
Společným jmenovatelem všech případů je rozdíl mezi tím, jak bezpečnostní opatření vypadají na papíře, a jak fungují v provozu. Vishing může obejít interní procesy bez jediného prolomeného účtu. Vzdáleně ovládané zařízení může být legitimní součástí infrastruktury, ale zároveň představovat riziko při chybné konfiguraci nebo zneužití přístupu. Malware s podporou AI může snížit náklady a čas potřebný k přípravě útoku. A jazykový model může poskytnout nevhodný výstup i přesto, že jeho provozovatel nastavil ochranná pravidla.
Pro firmy z toho plyne, že bezpečnost nelze stavět pouze na nákupu nástrojů. Organizace může mít vícefaktorové přihlašování, antivirovou ochranu i oddělené sítě, přesto selhat při telefonátu, kdy zaměstnanec uvěří přesvědčivému příběhu. Stejně tak může být dálkový přístup k technologii opodstatněný, ale bez dostatečného dohledu se z něj stane neviditelný vstupní bod.
Důležitá je také změna tempa. Útočníci nemusí vždy hledat nový typ zranitelnosti. Mohou kombinovat známé postupy s nástroji, které jim urychlí přípravu nebo zlepší přesvědčivost komunikace. Obrana proto nemůže stát na představě, že každý útok bude vypadat stejně jako předchozí.
Případy s GPT zase ukazují, že AI není vhodné chápat jako samostatného rozhodovatele bez dalších kontrol. Pokud firma používá jazykový model při práci s daty, zákazníky nebo interními procesy, musí počítat s tím, že instrukce mohou být obejity nebo vyloženy jinak, než jejich autor zamýšlel.
Co si z toho odnést
Prvním krokem je posílit pravidla pro telefonické požadavky. Zaměstnanec by neměl provádět citlivou operaci jen proto, že volající působí důvěryhodně nebo zná část interních informací. Ověření musí probíhat jiným kanálem a podle předem známého postupu. Týká se to nejen finančních převodů, ale také změn přístupů, resetů účtů a práce s citlivými údaji.
U vzdáleně spravovaných zařízení je nutné vědět, co lze na dálku ovládat, kdo k tomu má oprávnění a zda se všechny zásahy zaznamenávají. Důležitá není jen dostupnost služby, ale také možnost rychle dohledat neobvyklé chování a přístup v případě incidentu omezit.
Firmy by měly počítat i s tím, že AI může útočníkům pomáhat zvyšovat přesvědčivost útoků a zrychlovat jejich přípravu. Školení proto nemá zůstat u ukázek gramatických chyb a podezřelých e-mailů. Zaměstnanci musí umět reagovat také na uvěřitelný hlasový požadavek nebo na komunikaci, která využívá skutečné firemní informace.
A konečně, výstup jazykového modelu nesmí být považován za bezpečný jen proto, že systém používá ochranné instrukce. U důležitých procesů musí zůstat lidská kontrola, omezená oprávnění a možnost zpětně ověřit, proč model konkrétní výsledek vytvořil. Bezpečnostní poučení z popsaných případů je prosté: nejde o jednotlivé kuriozity, ale o různé podoby stejného problému, tedy o důvěru vloženou do procesu, který nemá dostatečnou kontrolu.