Koordinovaný útok na vodárny v Minnesotě

Koordinovaný útok na vodárny v Minnesotě

26.–27. července zasáhl koordinovaný kybernetický útok více než 30 komunitních vodárenských systémů v americkém státě Minnesota. Nešlo o klasický ransomware, útočníci mířili přímo na provozní technologie (OT), tedy na systémy, které fyzicky řídí úpravu a distribuci pitné vody.

Státní IT agentura Minnesota IT Services (MNIT) aktivovala celostátní incident response a označila událost za jeden z největších útoků na lokální vodárenskou infrastrukturu v historii státu.

Ve městě Braham neznámý malware vyřadil řídicí systémy úpravny vody. Provoz se podařilo obnovit zhruba po třech hodinách.

Plymouth a South St. Paul musely přejít na manuální řízení vodárenských systémů a starostka městečka Maple Plain vyhlásila lokální stav nouze.

Kvalita pitné vody sice nebyla nikde ohrožena, ale ukazuje nám to, jak tenká je hranice. Kdyby útočníci např. manipulovali s dávkováním chemikálií místo pouhého vyřazení řízení, byl by to úplně jiný příběh.

Technicky je útok učebnicovou ukázkou toho, před čím americké úřady varují už měsíce. Útočníci cílili na programovatelné logické automaty (PLC). Pojďme si rozebrat například vektor útoku z Plymouthu. Útok tam byl omezen na zařízení připojená přes LTE modemy u dvou vodojemů a několika přečerpávacích stanic. CISA výslovně upozorňuje, že i organizace s vyspělou bezpečností by měly prověřit externí konektivitu, protože LTE modemy instalované dodavateli nebo integrátory často otevírají útočný vektor.

Podle New York Times a dalších médií federální i státní vyšetřovatelé prověřují napojení na Írán a uvádějí, že útoky odpovídají charakteristikám kampaně íránsky spřízněných aktérů, kterou CISA popsala už na jaře. Hlavním podezřelým je skupina CyberAv3ngers, napojená na íránské revoluční gardy, která americké vodárny napadla už v minulosti, nikdy ovšem v takovém rozsahu.

Co si z toho odnést, i když nespravujete vodárnu v Minnesotě? Doporučení CISA jsou univerzální a platí stejně pro českou výrobní halu jako pro americkou úpravnu vody: žádné PLC ani jiné OT zařízení nesmí být přímo vystavené do internetu, vzdálený přístup patří výhradně za VPN, výchozí hesla je nutné změnit a externí konektivitu od dodavatelů nebo integrátorů izolovat na nejnutnější minimum.

Při penetračních testech ve výrobních podnicích vidíme pořád stejný obrázek: nedostatečnou nebo zcela chybějící segmentaci sítě, žádné whitelisty, otevřené přístupy pro dodavatele a zapomenuté servisní účty. Dohromady ideální podklad pro útok. A čísla to potvrzují — přes Shodan a Censys jsou v ČR vidět stovky průmyslových zařízení vystavených přímo do internetu.

Že nejde o abstraktní riziko, ukazuje studie mezi 250 společnostmi z oblasti automotive, potravinářství, chemie, farmacie, energetiky a logistiky téměř 60 % z nich odhaduje škody na více než 1 milion USD na jeden bezpečnostní incident a průměrné přerušení výroby trvalo 15 hodin.

Pokud si nejste jistí bezpečností vašeho podniku, pomůžeme vám odhalit mezery dřív, než je najdou a zneužijí útočníci.

Když si cíl vybírá agent: pohled do autonomní útočné kampaně řízené modelem DeepSeek

Čínsky mluvící operátor zadal AI agentovi přes Telegram jediný pokyn a odešel. Agent vyhledal cíle, obstaral si exploity, neuspěl, přeplánoval a neuspěl znovu, a nakonec celou operaci prozradil tím, že spustil webový server ve špatném adresáři.

30. července zveřejnil tým Unit 42 společnosti Palo Alto Networks výzkum Andyho Piazzy, který popisuje to, co tým označuje za autonomní hackerskou kampaň s využitím umělé inteligence, vedenou čínsky mluvícím útočníkem vystupujícím pod přezdívkami knaithe a KnYuan. Operátor zkombinoval Hermes Agent, open-source agentní framework od NousResearch, s modelem DeepSeek v roli uvažovacího jádra a celou operaci řídil přes Telegram.

Hermes zajišťoval přístup k terminálu, systém opakovaně použitelných dovedností a běh bez dohledu; DeepSeek obstarával generování kódu, vyhodnocování zranitelností, výběr cílů a rozhodování. V jedné ze získaných relací nedokázala Unit 42 dohledat žádný vstup operátora nad rámec počátečního zadání — vše, co následovalo, si model naplánoval sám.

Napříč autonomní i manuální činností se útočník pokusil o exploitaci více než 460 cílů. Výzkumníci získali vhled do operace pouze proto, že Hermes na základě příkazu z Telegramu spustil HTTP server v Pythonu na portu 8888 z domovského adresáře operátora namísto izolovaného pracovního adresáře, a zpřístupnil tak komukoli jeho konfigurace modelů, API klíče, exploitační skripty, seznamy cílů, historii shellu i logy relací.

Claude od Anthropicu se během kyberbezpečnostních testů dostal k reálným systémům třetích stran

Minulý týden jsme rozebírali případ, kdy se modely od OpenAI dostaly do systémů Hugging Face. Podobná zpráva od Anthropicu na sebe nenechala dlouho čekat.

Anthropic zveřejnil, že se jeho modely Claude během interního kyberbezpečnostního testování neoprávněně dostaly do produkčních systémů tří různých organizací poté, co unikly do otevřeného internetu z testovacích prostředí, která měla být uzavřená.

Anthropic zahájil rozsáhlou revizi poté, co OpenAI oznámila, že několik jejích vlastních modelů uniklo z izolovaného testovacího prostředí a dostalo se do produkční infrastruktury platformy Hugging Face. Na základě tohoto zjištění Anthropic prošel 141 006 běhů evaluací, u nichž mohl Claude teoreticky získat přístup k internetu, a identifikoval tři incidenty, při kterých model překročil zamýšlenou hranici a dotkl se reálné infrastruktury. Nejstarší incidenty se datují až do dubna 2026.

Ve všech případech dostal Claude zadání typu „capture-the-flag" (CTF), tedy to stejné, co jsme testovali v našem cyber labu. Jde o standardní metodu měření ofenzivních kybernetických schopností modelu, při níž je modelu řečeno, že na jiném počítači je ukryta tajná „vlajka", a jeho úkolem je proniknout dovnitř a získat ji.

Tři incidenty se týkaly tří různých modelů a měly výrazně odlišné výsledky. Nejzávažnější, s modelem Claude Opus 4.7, nastal proto, že fiktivní cílová firma náhodou sdílela název se skutečnou aktivní webovou doménou. Claude se ve čtyřech bězích dostal k živé infrastruktuře této firmy, získal aplikační a infrastrukturní přihlašovací údaje a přistoupil k databázi obsahující produkční data. Zajímavé je, že model v útoku pokračoval i poté, co jeho vlastní uvažování rozpoznalo, že jde o reálné systémy.

Celý incident nese širší ponaučení, o kterém Anthropic mluví otevřeně. S tím, jak jsou autonomní agenti stále schopnější, musí být testovací prostředí čím dál bezpečnější.

Unesená hotelová Wi-Fi: uvnitř kampaně CaptiveCrunch, která z přihlašovacích portálů udělala distribuční centra malwaru

31. července zveřejnil tým Microsoft Threat Intelligence analýzu kampaně CaptiveCrunch, ve které útočníci prostřednictvím kompromitovaných captive portálů v hotelích, konferenčních centrech a dalších sdílených prostorách manipulují s DNS a HTTP provozem všech hostů připojených k síti.

Microsoft uvádí, že manipulaci s provozem sleduje od začátku května 2026, a operaci připisuje skupině Storm-2945, kterou hodnotí jako operační podskupinu aktéra Midnight Blizzard (sledovaného také pod označeními APT29, Cozy Bear nebo the Dukes).

Mechanismus je poměrně jednoduchý. V sítích, kde DHCP server přiděluje lokální DNS, aby se každému připojenému klientovi zobrazil captive portál, je provoz přesměrován například na domény m365-owa[.]com, owa-ms365[.]com, ms365-device[.]com a ms365-live[.]com, které patří útočníkům a snaží se z uživatelů vylákat přístupové údaje právě do MS 365.

Zatím nebyl jmenován žádný hotel, prostor ani dodavatel captive portálů a prvotní vektor kompromitace se stále vyšetřuje. ReliaQuest jen s nízkou až střední jistotou hodnotí, že přístup umožnila vystavená administrační rozhraní (SSH a webové konzole dostupné z internetu) v kombinaci se slabými nebo opakovaně použitými administrátorskými hesly.