Censys: veřejně dostupných AI systémů přibylo 63 %

Podle zprávy Censys zveřejněné 14. října 2026 vzrostl za devět měsíců počet AI systémů dostupných z veřejného internetu o 63 % na téměř 268 000; největší skupinu tvořilo téměř 114 000 hostitelů s platformou n8n a další zhruba 54 000 připadalo na asistenta OpenClaw. Jde o globální soupis služeb dosažitelných z internetu, nikoli o počet úspěšných průniků.

V reportáži Axios o stejném výzkumu říká výzkumnice Censys Emily Austinová, že „these [tools] talk to some really sensitive systems“; článek uvádí 44 sledovaných produktů, přibližně 164 000 systémů na začátku měření a zhruba 77 000 nasazení n8n na verzích dotčených alespoň jednou nedávno zveřejněnou kritickou zranitelností. Pro správce firemních automatizací je proto důležité spojit veřejnou dostupnost služby s její verzí, nastavením a přístupem k interním datům.

Co se při mapování AI infrastruktury počítá

Měřenou skupinu tvoří také nástroje v pozadí aplikací: platformy pro pracovní postupy, agenti a služby propojující modely s dalšími systémy. Veřejně dosažitelný hostitel tak nemusí nabízet chatbot pro zákazníky. Může poskytovat ovládací rozhraní automatizace, která po přihlášení pracuje s firemními účty, databázemi nebo úložišti.

Podrobnější rozbor Censys vymezuje sledované období od října 2025 do července 2026, uvádí 113 926 exponovaných hostitelů s n8n a dodává, že 76 % hostitelů s rozpoznatelnou verzí hlásilo vydání v rozsahu alespoň jedné nedávné kritické zranitelnosti. Tento podíl se vztahuje pouze k instalacím, u nichž bylo možné verzi zjistit. Přibližný počet dotčených nasazení a procentní podíl z hostitelů se známou verzí proto mají odlišně vymezený základ.

Dostupnost z internetu popisuje cestu ke službě, nikoli rozsah přístupu uvnitř ní. Rozhraní může vyžadovat přihlášení nebo povolovat spojení jen vybraným uživatelům. Vnější měření může rozpoznat produkt a někdy jeho verzi, ale neukáže všechna oprávnění uložených účtů, podobu pracovních postupů ani historii přihlášení.

Proč je nález n8n důležitý pro firemní data

n8n propojuje aplikace do automatizovaných pracovních postupů. Dopad případného neoprávněného přístupu proto závisí na tom, které účty a přihlašovací údaje má konkrétní instance k dispozici. Automatizace s oprávněním číst e-mail nebo měnit záznamy v interní aplikaci představuje jinou situaci než izolované testovací nasazení bez takových napojení.

U agentů platí podobná závislost mezi ovládacím bodem a možnostmi připojených služeb. Agent může dostat oprávnění vykonávat akce jménem uživatele; pro posouzení následků je podstatné, čí účet používá a které operace jsou mu povoleny. Samotná adresa nalezená při skenování tyto vztahy neodhalí. Firmě může být služba navíc obtížně rozpoznatelná, pokud ji zřídil jednotlivý tým nebo dodavatel mimo centrální evidenci.

Verze spadající do rozsahu kritické zranitelnosti je důvodem k naléhavému prověření konkrétní instalace. Pro možnost zneužití však záleží i na jejím přesném vydání, konfiguraci, dostupnosti dotčené funkce a případných nápravných opatřeních. Nález zranitelné verze sám o sobě také nevypovídá o tom, zda se někdo pokusil službu napadnout nebo získal přístup.

Co odlišuje expozici od potvrzeného průniku

Firemní soupis musí propojit čtyři různé informace: zda je služba dosažitelná z internetu, jaký software a verzi používá, k čemu má oprávnění a zda existují stopy neoprávněného použití. První údaj popisuje vnější plochu. Druhý a třetí určují, jaké riziko může nalezená instance představovat. Až čtvrtý může doložit, že se odehrál incident.

Veřejný nález je proto potřeba přiřadit ke konkrétnímu provozovateli a nasazení. Síťová adresa sama nemusí prozradit, zda jde o produkční firemní automatizaci, dodavatelskou službu nebo opuštěný test. Vlastní evidence domén, nasazených aplikací a připojených účtů umožní zjistit, kdo službu spravuje a zda její dostupnost z veřejné sítě odpovídá zamýšlenému provozu.

Přiřazení vlastníka má význam i pro posouzení datového dosahu. Správce může ověřit, které pracovní postupy používají uložené přihlašovací údaje, zda agent smí pouze číst, nebo také měnit záznamy, a zda jeho účet sahá do citlivých systémů. Dvě stejně viditelné instance tak mohou vyžadovat odlišnou prioritu podle svých oprávnění a skutečného využití.

Potvrzení průniku vyžaduje další důkazy, například záznamy o neobvyklém přihlášení, změnách automatizace nebo použití připojeného účtu mimo očekávaný postup. Právě u služeb s přístupem k interním datům je rozdíl mezi těmito důkazy a pouhou viditelností zásadní: bez vazby na konkrétní instalaci nelze z globálního počtu hostitelů určit, která firemní data byla skutečně ohrožena.

Přečtěte si také: