268 tys. systemów AI widać z internetu — ekspozycja wzrosła o 63%

13 października 2026 r. Axios opisał pomiar Censys: w lipcu z publicznego internetu widocznych było niemal 268 tys. systemów używających 44 produktów związanych z AI, wobec około 164 tys. w październiku 2025 r. — to wzrost o 63% w dziewięć miesięcy. Spis pokazuje skalę publicznej ekspozycji, a nie liczbę włamań.

Opublikowany 14 października komunikat Censys wskazuje n8n jako najczęściej widoczny produkt z niemal 114 tys. hostów, przed OpenClaw z około 54 tys.; prezes firmy Zakir Durumeric mówi w nim, że nowe technologie tworzą „new layers of infrastructure”. Dla administratora znaczenie ma więc także oprogramowanie, które łączy narzędzia AI z innymi aplikacjami, danymi i kontami.

Co obejmuje pomiar publicznych systemów AI

Podstawą porównania są historyczne i bieżące obserwacje Censys Internet Map, która monitoruje usługi osiągalne z publicznej sieci. Badany zbiór obejmuje zarówno aplikacje bezpośrednio używane do pracy z AI, jak i narzędzia pośredniczące między nimi a pozostałymi systemami. Dlatego wynik opisuje szerszą infrastrukturę niż same interfejsy do rozmowy z modelem.

Jednostką tego spisu jest widoczny system, nie firma, użytkownik ani wdrożenie rozumiane jako cały proces biznesowy. Jedna organizacja może utrzymywać wiele publicznych hostów, a część jej usług może działać wyłącznie w sieci wewnętrznej. Z samej liczby wykrytych systemów nie da się więc wyliczyć, ile przedsiębiorstw korzysta z danego produktu.

Pomiar ma zasięg globalny i nie podaje osobnej liczby dla Polski. Dla polskiej organizacji jego użyteczność polega na wskazaniu kategorii zasobów, które łatwo pominąć w ewidencji: paneli narzędzi automatyzacji, publicznych punktów API i adresów, przez które uruchamiane są przepływy pracy. Każdy taki punkt może być osobną częścią powierzchni ataku.

n8n: podatna wersja to odrębna miara

W przypadku n8n dostępny jest również wskaźnik dotyczący wersji oprogramowania. Strona raportu Censys podaje, że krytyczna podatność dotyczy 76% hostów n8n, których wersję udało się rozpoznać. Mianownikiem są tu instalacje o znanej wersji, a nie wszystkie publicznie widoczne hosty produktu.

n8n automatyzuje przepływy pracy i może łączyć agentów AI z innymi aplikacjami oraz usługami. Znaczenie publicznego dostępu zależy zatem także od tego, jakie połączenia skonfigurowano za panelem i jakie uprawnienia im nadano. Ustalenie wersji objętej podatnością jest powodem do sprawdzenia konkretnej instalacji, lecz samo nie mówi, czy błąd można wykorzystać w jej konfiguracji.

Dla właściciela usługi są to trzy oddzielne ustalenia: czy host jest osiągalny z internetu, jaką wersję uruchamia oraz do czego mają dostęp jego integracje. Zewnętrzny spis pomaga znaleźć pierwszy element i czasem drugi. Zakres uprawnień oraz sposób działania przepływów trzeba ustalić we własnym środowisku, gdzie są dostępne ustawienia usługi.

Widoczność nie oznacza potwierdzonego włamania

Host widoczny z publicznej sieci może być dostępny zgodnie z zamiarem właściciela i chroniony uwierzytelnianiem. Może też ujawniać panel, punkt API albo adres wywołania, którego publiczny dostęp nie był potrzebny. Samo wykrycie usługi nie rozstrzyga, który z tych przypadków zachodzi, ani czy ktoś uzyskał nieuprawniony dostęp do danych.

Podobnie informacja o wersji powiązanej z krytyczną podatnością opisuje stan rozpoznanego oprogramowania, nie wynik ataku. O rzeczywistym ryzyku decydują między innymi konfiguracja, dostępne funkcje, zastosowane zabezpieczenia i uprawnienia kont. W narzędziu automatyzacji szczególnie istotne są połączenia z innymi usługami: określają, jakie działania byłyby możliwe po przejęciu danego punktu dostępu.

Rozróżnienie tych poziomów pozwala właściwie ustalić pilność pracy. Publiczny host wymaga przypisania właściciela i potwierdzenia przeznaczenia. Wersja objęta podatnością wymaga weryfikacji i odpowiedniej poprawki. Podejrzenie nieuprawnionych działań wymaga osobnej oceny dzienników zdarzeń i pozostałych danych z własnej infrastruktury.

Jak ująć takie usługi w inwentaryzacji

Przegląd warto zacząć od własnych domen, subdomen, adresów IP i usług widocznych spoza sieci organizacji, a następnie porównać je z ewidencją zatwierdzonych wdrożeń. Wynik pomiaru Censys wskazuje, że narzędzia związane z AI i automatyzacją powinny znaleźć się w tym samym wykazie co pozostałe publiczne aplikacje. Przy każdym punkcie dostępu potrzebny jest właściciel, cel udostępnienia i osoba odpowiedzialna za aktualizacje.

• Wyszukaj publiczne instalacje n8n, OpenClaw i podobnych narzędzi oraz rozróżnij panele administracyjne, punkty API i adresy wywołujące przepływy pracy. Dla każdego ustal, czy dostęp z internetu jest zamierzony.
• Sprawdź wersję oprogramowania bezpośrednio we własnym środowisku i zestaw ją z informacjami producenta o poprawkach. Nierozpoznana wersja w zewnętrznym spisie nie oznacza, że instalacja jest aktualna.
• Ustal sposób uwierzytelniania oraz uprawnienia kont i integracji. Dostęp do panelu i dostęp narzędzia do połączonych aplikacji to różne kwestie, które wymagają osobnej oceny.
• Jeżeli usługa nie musi być publiczna, ogranicz jej dostępność zgodnie z wymaganiami przepływu pracy. Przy niezamierzonej ekspozycji sprawdź dostępne dzienniki i okres, w którym punkt był osiągalny.

Taka inwentaryzacja przekłada globalny spis na decyzje dotyczące własnych zasobów. Pozwala odróżnić celowo opublikowaną usługę od zapomnianego punktu dostępu oraz nadać pierwszeństwo instalacjom, w których publiczna widoczność łączy się z podatną wersją lub szerokimi uprawnieniami.

Przeczytaj także:

• beehiiv czy Kit? Darmowe 10 tys. kontaktów ma koszt automatyzacji
• ChatGPT dla nastolatków zawiódł w 4 tys. prób — alerty nie zawsze działają
• Czy firmowy system AI jest wysokiego ryzyka? Cel użycia rozstrzyga