Útočník za 31 sekund: Co první autonomní ransomwarový útok znamená pro obnovu dat

Když útočník přestal potřebovat člověka

Dne 2. července 2026 zveřejnila společnost Sysdig, zabývající se zabezpečením cloudu, podrobnosti o ransomwarové kampani, kterou její výzkumníci pojmenovali JadePuffer — první zdokumentovaný případ, kdy LLM agent provedl celý řetězec útoku, od počátečního zneužití zranitelnosti až po zanechání výkupného vzkazu, převážně bez lidského operátora řídícího každý jednotlivý krok.

Nejde o další příběh o phishingových e-mailech psaných umělou inteligencí nebo o hlasových deepfake hovorech — o typu nástrojů souvisejících s AI, které jsou součástí diskuse o ransomwaru už řadu let. JadePuffer je odlišný svou podstatou: agent vyhledal zranitelný cíl, zneužil ho, získal přihlašovací údaje, přešel na druhý systém, eskaloval vlastní oprávnění, zašifroval data a zanechal výkupný vzkaz — a průběžně se přizpůsoboval selháním, aniž by čekal na pokyny.

Ve společnosti BackupSec se domníváme, že JadePuffer není důležitý ani tak jako jednotlivý incident, ale spíše jako náhled do budoucnosti. Je to první datový bod k otázce, na kterou bude muset dříve či později odpovědět každá architektura zálohování a obnovy dat: co se stane, když se rozhodovací smyčka na straně útočníka zkrátí z hodin na sekundy?

Uvnitř útočného řetězce JadePuffer

Popis kampaně od Sysdigu sleduje řetězec, jehož obrys by měl být povědomý — jde o stejný kill chain, proti kterému se bezpečnostní týmy brání už léta — s tím rozdílem, že každý článek tohoto řetězce provedl autonomní agent, nikoli lidský operátor:

1. Počáteční přístup. Agent zneužil zranitelnost CVE-2025-3248, chybu vzdáleného spuštění kódu způsobenou chybějící autentizací (CVSS 9.8) v Langflow, open-source pythonovém frameworku pro vytváření LLM aplikací. Zranitelnost byla opravena už od dubna 2025 a po potvrzení jejího zneužívání v reálném provozu byla zařazena do katalogu CISA Known Exploited Vulnerabilities — učebnicový příklad opravy, která existovala, ale nebyla včas nasazena.
2. Získávání přihlašovacích údajů. Jakmile se agent dostal dovnitř, získal citlivá data odhalená na kompromitovaném hostiteli: API klíče, přihlašovací údaje ke cloudu a databázím a údaje o kryptoměnových peněženkách.
3. Perzistence. Nainstaloval cron úlohu, která každých 30 minut udržovala kontakt s jeho C2 infrastrukturou (command-and-control), aniž by po každé relaci musel přístup obnovovat člověk.
4. Laterální pohyb. Pomocí získaných přihlašovacích údajů agent přešel na druhý, samostatně z internetu přístupný server, na kterém běžely MySQL a Nacos — široce používaná platforma pro service discovery a konfiguraci.
5. Eskalace oprávnění. Zneužil CVE-2021-29441, chybu umožňující obejít autentizaci v Nacos, podvrhl JSON Web Token pomocí známého výchozího podpisového klíče a vložil zadní vrátka v podobě administrátorského účtu.
6. Dopad. Agent zašifroval 1 342 konfiguračních položek Nacos pomocí AES-256 a smazal související databázová schémata.
7. Vydírání. Zanechal výkupný vzkaz obsahující adresu Bitcoin a kontaktní adresu na ProtonMail — jediný krok v celém řetězci, který počítá s tím, že si ho nakonec přečte člověk.

Upřímná výhrada

Chceme být přesní v tom, co zde znamená slovo „autonomní", protože jeho nadsazení by oslabilo argument, který se chystáme přednést.

Sysdig otevřeně přiznává, že neví, jak agent původně získal root přihlašovací údaje k MySQL použité ve čtvrtém kroku. To je skutečná mezera v příběhu o plné autonomii — někde v tomto řetězci mohl být zapojen člověk nebo samostatný automatizovaný proces způsobem, který výzkumníci nedokázali zrekonstruovat. Co Sysdig dokáže ověřit, je to, že od okamžiku získávání přihlašovacích údajů dále se agent přizpůsoboval selháním a opakoval kroky, aniž by pro každý z nich lidský operátor vydával nové pokyny.

Na tomto rozlišení záleží a domníváme se, že argument spíše posiluje, než oslabuje. I částečně autonomní řetězec — takový, kde člověk stanoví cíl a agent se postará o vše od průzkumu až po samotný dopad — už odstraňuje největší zdroj latence v tradiční ransomwarové operaci: čas, který lidský operátor stráví přemýšlením, konzultací s nadřízeným a rozhodováním, co zkusit dál.

Proč na 31 sekundách záleží víc, než se zdá

Nejkonkrétnějším datovým bodem v popisu Sysdigu není celková doba útoku — nejsme si vědomi žádného ověřeného údaje o tom, jak dlouho trval celý řetězec JadePuffer od začátku do konce, a záměrně si žádný takový údaj nevymýšlíme. Ověřeným datovým bodem, který má podle nás větší význam než jakákoli titulková doba trvání, je toto: když nějaký krok selhal, agent se dostal od neúspěšného přihlášení k funkční opravě za 31 sekund.

Porovnejte to s tím, jak se chová lidský operátor, když nějaký krok selže. Zastaví se. Znovu vyhodnotí situaci. Ve strukturované operaci typu ransomware-as-a-service může napsat nadřízenému a počkat na pokyny. Zkusí to znovu v horizontu minut nebo hodin, někdy až po střídání směny. Tato latence — mezera mezi selháním a dalším pokusem — byla vždy jednou z mála věcí, které hrály ve prospěch obránců. Je to důvod, proč upozornění vzniklé ve 2:00 v noci může stále vytřídit člověk v 8:00 ráno, aniž by se incident v mezidobí musel nutně dramaticky zhoršit.

Agent, který tuto mezeru zkracuje na 31 sekund, se nejen pohybuje rychleji. Odstraňuje předpoklad zakotvený téměř v každém runbooku pro reakci na incidenty: totiž že mezi prvním neúspěšným pokusem útočníka a jeho dalším pokusem existuje okno v lidském měřítku a že proces detekce a reakce fungující v podobném lidském časovém měřítku může rozumně počítat s tím, že v tomto okně zasáhne.

Čísla, která platila už dříve, než se objevila umělá inteligence

Zálohovací infrastruktura se nestala cílem kvůli agentní umělé inteligenci. Cílem už byla dříve a data, která to dokládají, předcházejí JadePufferu o dva roky.

• Zpráva Veeam 2024 Data Protection Trends Report zjistila, že 96 % ransomwarových útoků cíleně útočí na zálohovací repozitáře a že 76 % těchto pokusů je úspěšných.
• Výzkum společnosti Sophos z roku 2024 zaměřený na kompromitované zálohy, vycházející z dat 2 974 obětí ransomwaru, zjistil, že organizace s kompromitovanými zálohami platily medián nákladů na obnovu ve výši 3 miliony dolarů, oproti 375 000 dolarům u organizací, jejichž zálohy zůstaly nedotčené — jde o osminásobný rozdíl.

Tato čísla popisují svět lidských útočníků, kteří už dávno chápali, že zničení nebo zašifrování vrstvy záloh je jediný krok s nejvyšší pákou, jaký je k dispozici, jakmile ransomwarová operace získá oporu v prostředí. Na této kalkulaci agentní umělá inteligence nic nemění. Mění se to, kdo — nebo co — je schopno tento krok provést ve velkém měřítku, nepřetržitě, bez potřeby spánku, přestávky na střídání směny nebo čekání na schválení od nadřízeného, než vyzkouší další přihlašovací údaj.

Zpráva IBM 2026 X-Force Threat Index dodává kontext k trendu, který k tomu přispívá: útoky začínající zneužitím veřejně dostupných aplikací — přesně ten vstupní vektor, který použil JadePuffer — vzrostly meziročně o 44 % a počet aktivních ransomwarových a vyděračských skupin vzrostl meziročně o 49 %. Útočná plocha rostla už předtím, než k tomu bylo vůbec potřeba autonomního operátora.

Od detekčních oken k jistotě obnovy

Již dříve jsme argumentovali, že zneužívání zranitelností, které rok co rok zůstává hlavní příčinou ransomwarových incidentů, je strukturální problém, který nelze vyřešit pouhým rychlejším nasazováním oprav — mezera mezi zranitelnostmi, které jsou známé, a těmi, které jsou uzavřené, je prostě příliš velká a příliš průběžně doplňovaná na to, aby byla dokonalá prevence reálná. JadePuffer tento argument nemění. Zostřuje ho.

Pokud pracovním předpokladem odvětví bylo, že proces detekce a reakce probíhající lidským tempem může rozumně počítat s tím, že zachytí průnik někde mezi počátečním přístupem a nevratným dopadem, pak agent, který se sám opraví za 31 sekund, tento předpoklad přímo zpochybňuje. Odpovědí nemůže být „detekovat a reagovat rychleji než stroj", protože to není závod, který mohou obránci očekávat, že budou vyhrávat donekonečna. Odpověď musí být architektonická: zajistit, aby výsledek rychlého, adaptivního průniku byl přežitelný bez ohledu na to, o kolik rychlejší se útočník stane.

Konkrétně to znamená, že vlastnosti důležité pro infrastrukturu zálohování a obnovy se nemění jen proto, že útočníkem je AI agent místo člověka — stávají se nezbytnými, nikoli pouze žádoucími:

• Oddělení přihlašovacích údajů a identit, které nezávisí na tom, zda si člověk včas všimne neobvyklé aktivity. Pokud jsou přihlašovací údaje, které se dostanou k vašemu zálohovacímu prostředí, stejné jako ty, které dokáže agent za pár sekund získat z kompromitovaného hostitele, musí být izolace strukturální, nikoli pouze procesní.
• Neměnnost (immutability), která je ověřená, nikoli jen nakonfigurovaná. Zámek uchovávání dat, který dokáže dostatečně privilegovaný přihlašovací údaj tiše deaktivovat, je kontrolní mechanismus počítající s tím, že lidský útočník zaváhá. Agent nezaváhá.
• Testování obnovy, které počítá s tím, že útočník už vaše prostředí zná. Agent JadePufferu se v reálném čase přizpůsoboval neúspěšným krokům. Plán obnovy, který byl kdy testován jen proti jedinému, očekávanému scénáři selhání, je plánem postaveným pro pomalejšího a předvídatelnějšího protivníka, než jaký je nyní prokazatelně možný.

Co to znamená pro lídry podnikového řízení rizik

JadePuffer je jedna zdokumentovaná kampaň, nikoli důkaz, že je nyní autonomní každá ransomwarová operace. Potvrzuje ale něco, co bylo dosud teoretické: technická schopnost LLM agenta provést skutečný útočný řetězec od začátku do konce, s cyklem sebeopravy měřeným v sekundách, nyní existuje a byla použita proti reálnému cíli.

Pro lídry řízení rizik už praktickou otázkou není, zda se agentní ransomware stane běžnějším — směr vývoje schopností umělé inteligence byl natolik konzistentní, že sázet proti němu by bylo riskantnější rozhodnutí. Praktickou otázkou je, zda předpoklady vaší architektury obnovy byly postaveny pro protivníka postupujícího lidským tempem, nebo pro takového, který už toto tempo nepotřebuje.

Kde přichází na řadu BackupSec

Ve společnosti BackupSec jsme svůj přístup postavili na předpokladu, který JadePuffer činí naléhavějším, nikoli méně platným: prevence selže a vrstvou, která rozhoduje o výsledku, je ta, jež je postavena tak, aby toto selhání přežila — bez ohledu na to, jak rychlé bylo to, co ho způsobilo.

• ZeroMON vám poskytuje nepřetržitou pozorovatelnost vaší zálohovací infrastruktury v reálném čase — forenzní auditní stopy, detekci odchylek konfigurace a upozornění na anomálie v metadatech zálohovacích úloh — takže 31sekundový pokus o získání přihlašovacích údajů proti vaší vrstvě obnovy je viditelný v okamžiku, kdy k němu dochází, nikoli až při zpětném přezkoumání po incidentu.
• ZeroTAM poskytuje vašemu týmu vyhrazeného poradce pro zabezpečení záloh, který prověří, zda bylo oddělení identit, neměnnost a úroveň izolace navrženy pro útočníka postupujícího lidským tempem, nebo zda obstojí i proti takovému, který se přizpůsobuje v reálném čase.
• ZeroPEN pentestuje vaši zálohovací infrastrukturu způsobem, jakým by ji využil autonomní agent — prověřuje řídicí roviny, řízení přístupu a nastavení neměnnosti se zaměřením na stejný typ řetězení přihlašovacích údajů, jaký zneužil JadePuffer — a následně spouští skutečné scénáře obnovy, aby prokázal, že obnova funguje bez ohledu na to, jak se průnik dostal dovnitř.

BackupSec se nasazuje on-premise, připojuje se k vašim zálohovacím aplikacím prostřednictvím přístupu k API pouze pro čtení a nikdy nepřesouvá zálohovaná data mimo vaše prostředí. Otázka, kterou JadePuffer nastoluje, nezní, zda je vaše obrana rychlá. Zní, zda byla vaše architektura obnovy vůbec navržena tak, aby na tom záleželo.

Promluvte si se společností BackupSec o ověření vaší architektury obnovy →

Tato analýza vychází z výzkumu společnosti Sysdig z července 2026 týkajícího se kampaně JadePuffer, ze zprávy IBM 2026 X-Force Threat Index, ze zprávy Veeam 2024 Data Protection Trends Report a z výzkumu společnosti Sophos z roku 2024 zaměřeného na kompromitované zálohy. Interpretace a rámec prezentované v tomto článku jsou vlastním dílem společnosti BackupSec. Chcete-li probrat, jak se tato analýza vztahuje na vaše konkrétní prostředí, spojte se s naším týmem →