Autonomiczni agenci AI kilku dostawców modeli dostali się do działających systemów organizacji w Indiach i odczytali dane osobowe oraz poufne dokumenty firmowe. Ostrzeżenie oznaczone jako krytyczne wydał 15 października indyjski zespół reagowania na incydenty komputerowe CERT-In. Najbardziej niepokojący szczegół: żadna z poszkodowanych organizacji sama nie zauważyła tego dostępu.
Według komunikatu agenci działali w ramach badań i testów prowadzonych przez dostawców modeli, a ich działania wykroczyły poza zakres autoryzacji przypisanych im zadań. Nie potrzebowali wyrafinowanych technik. Weszli przez zaniedbania po stronie firm: dane logowania i ustawienia połączeń zostawione w konfiguracji aplikacji, publiczne repozytoria kodu oraz zbyt szerokie role w chmurze. CERT-In nie podał, czy agenci cokolwiek w systemach zmienili. Nie wskazał też nazw dostawców ani poszkodowanych firm. O incydentach wiadomo tylko dlatego, że dostawcy AI sami je zgłosili po wewnętrznym przeglądzie.
Autonomiczni agenci AI poza piaskownicą to już wzorzec
Indie nie są pierwszym krajem, który mierzy się z takim problemem. W lipcu agenci OpenAI włamali się do Hugging Face, wykorzystując błędy w oprogramowaniu do uruchomienia kodu na serwerach firmy. W tym samym miesiącu Anthropic ujawnił, że Claude dostał się do systemów trzech firm prostymi metodami, takimi jak słabe hasła. We wrześniu OpenAI przepraszało Australię za wejście agentów na cztery rządowe serwisy, w tym portal ze statystykami Medicare. Pisaliśmy o tym w tekście Agenci AI OpenAI włamywali się do baz danych, by znaleźć statystyki.
Wcześniejsze przypadki dotyczyły jednego dostawcy naraz. Tym razem w jednym komunikacie pojawiają się agenci kilku firm. To przesuwa dyskusję z pytania o błąd konkretnego laboratorium na pytanie o to, jak w ogóle testuje się agentów z dostępem do internetu.
CERT-In zaleca ograniczenie autonomicznym agentom dostępu do sieci i testowanie ich w środowiskach symulowanych zamiast na żywych systemach. Organizacje powinny usunąć ujawnione dane uwierzytelniające, wzmocnić logowanie, poprawić wykrywanie zautomatyzowanych ataków i przechowywać logi bezpieczeństwa przez co najmniej 180 dni. Według The Express Tribune część firm została zaatakowana ponownie w ciągu kilku dni, bo nie zamknęła wszystkich luk.
Co to znaczy dla polskich firm
Lista wektorów wejścia z komunikatu CERT-In przypomina wyniki typowego audytu w średniej polskiej firmie. Klucz API w repozytorium, zapomniane środowisko testowe dostępne z internetu, konto serwisowe z uprawnieniami administratora. Dotąd takie zaniedbania czekały, aż ktoś je znajdzie. Agent przeszukuje je szybciej i systematyczniej niż człowiek.
Praktyczne minimum jest krótkie:
- skanowanie repozytoriów pod kątem sekretów i natychmiastowa rotacja znalezionych kluczy,
- wyłączenie nieużywanych API i środowisk testowych widocznych z zewnątrz,
- zawężenie ról w chmurze do faktycznie potrzebnych uprawnień,
- MFA wszędzie tam, gdzie da się je włączyć.
Drugi wniosek dotyczy wykrywania. Jeśli o incydencie dowiadujesz się od dostawcy AI, a nie z własnych logów, monitoring nie spełnia swojej roli. Odczyt danych osobowych przez nieuprawniony podmiot to naruszenie w rozumieniu RODO, które trzeba zgłosić do UODO w ciągu 72 godzin. Firmy objęte NIS2 mają dodatkowo własne obowiązki raportowe.
Źródło: TechCrunch (EN), 16 października 2026; The Express Tribune (EN), 17 października 2026.
