Jeden útočník napadl 1 200 webů, AI agenti uspěli u více než stovky

Čínsky píšící útočník nechal agenty koordinované nástrojem Cairn zkoušet více než 1 200 webů a pronikl na stránky více než 100 společností, uvádí reportáž Reuters z 19. října 2026; výzkumník Snorre Fagerland v ní odhadl náklady na zhruba 50 dolarů za úspěšný průnik a postup agentů charakterizoval slovy „It’s not script kiddie stuff.“ Mezi dotčenými společnostmi jsou Deere a SharkNinja. Průnik na web sám o sobě neříká, zda útočník získal také firemní data.

Technická zpráva NorForge popisuje více než 20 veřejně přístupných panelů Cairn spojovaných s pravděpodobně škodlivou činností; nejaktivnějšímu uskupení přiřazuje 14 panelů a přes 1 100 útočných projektů. U dokončených projektů této skupiny trvala cesta k cíli v průměru necelých 23 hodin. Počet projektů a počet napadených webů označují různé věci, proto z nich nelze sestavit jeden součet. Záznamy zároveň ukazují rozdělení práce: člověk vybíral cíle a určoval výsledek, agenti hledali cestu k němu.

Od seznamu e-shopů ke společné tabuli agentů

Výběr cílů předcházel samotnému útoku. Provozovatel připravoval seznam skutečných e-shopů, řadil je podle návštěvnosti a pomocí automatizovaného prohlížeče ověřoval, zda na nich lze zadat objednávku. Vybrané adresy pak předával Cairnu s úkolem najít způsob, jak na webu bez přihlášení spustit kód a udržet si možnost dalšího přístupu. Automatizace tedy zahrnovala přípravu seznamu i práci agentů, zatímco zaměření kampaně zůstávalo rozhodnutím člověka.

Cairn organizoval práci jako projekty s výchozím bodem a cílem. Agenti zapisovali zjištěné skutečnosti i zamýšlené kroky na společnou pracovní tabuli, kterou mohli číst další agenti. Provozovatel mohl přidat vlastní vodítko. Průzkum tak nemusel při každém novém pokusu začínat od začátku: další agent navázal na zjištěnou slabinu, přístupnou službu nebo neúspěšnou cestu a zkusil jiný postup.

Zadání upřednostňovalo mimo jiné přihlašovací formuláře, veřejná rozhraní, nahrávání souborů a nebezpečné zpracování uložených dat. Po získání přístupu měli agenti umístit takzvaný uploader web shell, tedy jednoduchý formulář, kterým lze na napadený web ukládat další soubory. Toto konkrétní rozhraní samo nespouštělo příkazy; jeho význam spočíval v možnosti vrátit se na web a nahrát další obsah.

Takový řetězec vysvětluje, proč se útočník nemusel osobně věnovat každému cíli po celou dobu pokusu. Nastavil výsledek a mohl zadávat další weby, zatímco agenti pokračovali v průzkumu předchozích. Pokud hlavní aplikace cestu nenabídla, mohli hledat související veřejně dostupné systémy. Útok se proto nemusel zastavit u první neúspěšné sondy ani u hlavní adresy obchodu.

Kde byl průnik skutečně ověřen

Údaj „cíl splněn“ v panelu představuje záznam nástroje používaného útočníkem. U webu dodavatele hardwarových dílů však byla adresa uvedená v dokončeném projektu dostupná a skutečně nabízela nahrávací web shell. U australského e-shopu byl nalezen shell umožňující spouštět příkazy na webovém serveru. Jde o konkrétní kontroly vybraných případů, nikoli o nezávislé prověření každé položky v seznamu úspěchů.

Cesty k přístupu se mezi weby lišily. V případě dodavatele dílů záznam agenta popisoval neoprávněný zápis do úložiště relací, nebezpečné zpracování objektů v PHP a využití starších součástí Zend Frameworku. U velkého amerického prodejce sehrálo roli nastavení souboru cookie, které směrovalo požadavek na zranitelný server. Pro obranu je podstatná právě proměnlivost postupu: jediná úprava pravidla pro jeden typ požadavku nemusí pokrýt další veřejnou službu téhož provozovatele.

Otevřené panely zároveň vystavovaly informace o cílech, nalezených slabinách a tajných údajích. V jejich datech byly stovky přihlašovacích údajů a klíčů; část z nich byla při kontrole stále platná. Takové údaje mohou zůstat použitelné i po opravě chyby na webu. Vedle odstranění škodlivého souboru proto může být nutná také výměna odhalených klíčů a kontrola přístupu přes účty, které agenti objevili.

Odhad ceny není účet za kampaň

Částka za úspěšný průnik vychází z přibližného odhadu celkových nákladů na použití modelů, nikoli z faktur nebo přesného počtu spotřebovaných tokenů. Odhad na jeden úkol počítá i pokusy, které selhaly nebo skončily předčasně. Dlouhý projekt mohl stát podstatně více než krátký: cenu ovlivňuje délka práce, doba použití modelu i opakované vstupy. Výsledek proto vyjadřuje řád nákladů, ne cenu, za kterou by šlo každý průnik zopakovat.

Podobně je třeba rozlišovat tempo úspěšných projektů od délky celé kampaně. Průměrná doba do dosažení cíle popisuje pouze projekty, které cíl splnily; nevypovídá o všech neúspěšných nebo rozpracovaných pokusech. Sledované skupiny navíc útočily na odlišné cíle a za úspěch považovaly různé výsledky. Přímé srovnání jejich míry úspěchu by proto směšovalo různé druhy úloh.

Firemní web nemusí spravovat sama značka

Rozsah dopadu se u jmenovaných společností liší. Podle zprávy TNW Deere uvedla, že přijala nápravná opatření a nemá známky přístupu k citlivým informacím; SharkNinja omezila zásah na samostatný web s informacemi k podpoře produktů a uvedla, že hrozbu zvládla. Cummins prověřuje možné napadení webu provozovaného externím dodavatelem. Tyto rozdíly nelze převést na tvrzení, že každý průnik zasáhl hlavní firemní systém.

Případ dodavatelského webu ukazuje konkrétní hranici odpovědnosti. Zákazník může stránku vnímat jako součást známé značky, i když její provoz, přístupové účty a serverové záznamy spravuje jiná firma. Při vyšetřování pak záleží na tom, zda vlastník značky ví, které související aplikace jsou veřejně dostupné a kdo dokáže rychle prověřit změny souborů, účtů a provozu na jejich serverech.

Samostatně sledovaná skupina používala Cairn k úkolům zaměřeným na platební karty a kryptoměny. Její cíle a definice úspěchu se lišily od kampaně proti e-shopům, proto její výsledky nelze přičítat stejnému útočníkovi. Společným rizikem zůstávaly veřejně přístupné ovládací panely: vedle záznamů o průniku mohly zpřístupnit další tajné údaje o napadených i pouze prověřovaných organizacích.

Jaké stopy může zanechat útok na veřejnou aplikaci

Provozovatelé e-shopů a souvisejících webů mohou z popsaného postupu odvodit čtyři konkrétní místa kontroly:

• Nahrávání souborů: neobvyklé požadavky na nahrávací rozhraní a nové soubory v adresářích dostupných z webu, zejména jednoduché formuláře umožňující nahrát další obsah.
• Relace a účty: neoprávněné změny uživatelských relací, nové správcovské účty a přístupy přes služby navázané na hlavní aplikaci.
• Automatizovaný provoz: dlouhé série různorodých požadavků, které postupně zkoušejí přihlášení, veřejná rozhraní a cesty k související infrastruktuře.
• Tajné klíče a dodavatelé: použití klíčů, které mohly uniknout do panelů agentů, a dostupnost záznamů z webů provozovaných pro značku externí firmou.

Tyto stopy mají různou vypovídací hodnotu. Série sond může ukazovat pokus, zatímco nalezený uploader nebo neoprávněná změna relace ukazují na konkrétní zásah do aplikace. Rozsah přístupu a případný odchod dat mohou určit až záznamy jednotlivých serverů, historie nahraných souborů a použití účtů či klíčů. Právě tato evidence bude pro dotčené provozovatele rozhodující při rozlišení pokusu od skutečné škody.

Přečtěte si také:

• Backblaze, nebo IDrive: neomezené úložiště platí jen pro jeden počítač
• ABRA Flexi, nebo iDoklad: plné účetnictví stojí víc než fakturace
• Later, nebo Metricool: jeden klient je levný, více značek mění účet