Autopay: atakujący działali legalnymi poświadczeniami i narzędziami administracyjnymi – bez typowych alertów

Autopay wykryło 11 listopada 2026 nieuprawniony dostęp do części infrastruktury i danych o płatnościach. Według informacji, które spółka przekazała Sekurakowi, większość działań atakujący wykonali legalnymi poświadczeniami i narzędziami administracyjnymi, a każdy krok z osobna wyglądał jak zwykła praca administratora.

  • ŹródłoAutopay S.A.
  • Publikacja źródła13 listopada 2026
  • TypZagrożenia i incydenty

Co się wydarzyło

Incydent. W komunikacie z 13 listopada Autopay podało, że 11 listopada stwierdziło nieautoryzowany dostęp do infrastruktury oraz części danych dotyczących płatności. Spółka zablokowała dostęp, zabezpieczyła system i zgłosiła zdarzenie Prezesowi UODO, Policji oraz CSIRT KNF. Skopiowania ani wykorzystania danych nie potwierdziła, ale – jak pisze – nie może tego całkowicie wykluczyć.

Przebieg według Autopay. Szczegóły spółka przekazała Sekurakowi 13 listopada wieczorem, w rozmowie z Security Managerem i w oficjalnym e-mailu. Atakujący przechodzili między strefami przez systemy, którym środowisko ufa z definicji: monitoring, CI/CD, automatyzację wdrożeń i zarządzanie hasłami. Stacji roboczych nie atakowali. Pojedyncze kroki nie wyzwalały typowych alertów.

Wątek AI. Autopay twierdzi też, że ma dowody na automatyzację wspieraną przez AI: serie operacji na dziesiątkach zasobów w ciągu sekund, zmianę ścieżki po każdej blokadzie i narzędzia pisane pod środowisko spółki. Sekurak zaznacza, że to relacja spółki, a nie niezależnie potwierdzone ustalenia.

Najważniejsze ustalenia

  • 11 listopada 2026 – wykrycie incydentu; 13 listopada – komunikat spółki i zgłoszenia do UODO, Policji i CSIRT KNF.
  • Według Autopay większość działań wykonano legalnymi poświadczeniami i narzędziami administracyjnymi.
  • Droga ataku: monitoring, CI/CD, automatyzacja wdrożeń i zarządzanie hasłami – bez infekowania stacji roboczych.
  • Spółka unieważniła poświadczenia, odizolowała i odbudowała zaatakowane serwery oraz wymienia klucze z partnerami. Opis działania sprawców przekazała CSIRT KNF do dystrybucji w sektorze.
  • Autopay nie podało, skąd atakujący mieli poświadczenia ani jakie dane mogły wyciec.

Dlaczego to ważne

Komentarz SafeWaveGdy atakujący loguje się prawdziwym kontem i używa narzędzi administratora, pojedyncze zdarzenie nie ma w sobie nic podejrzanego. Ryzyko leży w kontach technicznych i uprawnieniach systemów, którym wszyscy ufają: CI/CD, monitoringu, sejfu haseł. Dla sektora finansowego to temat DORA, dla podmiotów kluczowych i ważnych – NIS2 i KSC. Co sprawdzić: inwentarz kont serwisowych i ich uprawnień w tych systemach; MFA i krótkotrwałe poświadczenia dla każdego dostępu administracyjnego, także kont technicznych; analizę zachowań, która łączy zdarzenia z wielu systemów zamiast pojedynczych alertów; automatyczne unieważnianie tokenów i izolację hostów w minutach; w sektorze finansowym – czy komunikat CSIRT KNF z opisem działania sprawców dotarł do zespołu bezpieczeństwa. W tych obszarach pracujemy z Silverfort i Exabeam. Więcej: Tożsamość i bezpieczny dostęp.