Ransomware dostał pomocnika AI. Cursor wspierał realne włamania do firm

Badacze odzyskali serwer operatora ransomware i znaleźli na nim logi pokazujące, jak Cursor pomagał planować realne włamania do firm. To nie był test AI, tylko element prawdziwej kampanii przestępczej.
To nie był test laboratoryjny ani pokaz możliwości modelu. Badacze CloudSEK opisali 27 sierpnia realną kampanię ransomware, w której rosyjskojęzyczny operator używał agenta Cursor do planowania i prowadzenia ataków na firmy. Z odzyskanego serwera wynika, że napastnik działał przeciwko ponad 20 organizacjom, a Cursor był aktywnie używany do układania kolejnych etapów włamań.
Co właściwie znaleźli badacze?
CloudSEK trafił na źle zabezpieczony serwer należący do operatora powiązanego z grupą Aurora. Serwer był dostępny bez logowania i zawierał coś w rodzaju cyfrowego biurka włamywacza: historię poleceń, narzędzia, skradzione materiały uwierzytelniające, kod ransomware, dane z kolejnych sieci firmowych oraz logi rozmów z agentem Cursor.
W oryginalnym raporcie CloudSEK z 27 sierpnia 2026 badacze piszą, że operator atakował ponad 20 organizacji w dziewięciu krajach i uzyskał dostęp domenowy lub interaktywny do 17 z nich. W części dotyczącej planowania wprost wskazują, że Cursor był używany podczas pracy nad atakami, między innymi do przygotowywania pełnych planów wykorzystania błędów w firmowej infrastrukturze uwierzytelniania.
Sprawdź nasze usługi.
To ważne rozróżnienie: AI nie wymyśliło sobie celu i nie zaczęło samodzielnie szukać ofiar. Człowiek prowadził kampanię ransomware, wybierał cele i dostarczał kontekst. Agent pełnił rolę bardzo szybkiego pomocnika technicznego, który potrafił przeanalizować sytuację i rozpisać kolejne kroki.
Co robił Cursor?
Według materiału źródłowego odzyskane sesje pokazują długą, wieloetapową współpracę z narzędziem. Operator używał go do planowania ataków na Active Directory, czyli system odpowiedzialny w wielu firmach za konta, komputery i uprawnienia pracowników. To właśnie przejęcie takiego środowiska często daje napastnikowi dostęp do dużej części organizacji.
W tym samym środowisku badacze znaleźli narzędzia do kradzieży haseł, przejmowania kont, poruszania się między komputerami, wyciągania danych i atakowania systemów kopii zapasowych. Ransomware miał nawet osobny tryb dla serwerów wirtualizacyjnych ESXi: najpierw zatrzymywał działające maszyny wirtualne, a dopiero potem szyfrował ich pliki.
Dlaczego ten przypadek jest ważniejszy niż kolejna historia o AI, które napisało malware?
Bo tutaj AI było elementem rzeczywistej pracy przestępcy przeciwko prawdziwym firmom. Nie chodzi o pytanie, czy chatbot potrafi wygenerować fragment złośliwego kodu. Chodzi o włączenie komercyjnego agenta do normalnego procesu włamania: analizujesz wynik, pytasz co zrobić dalej, dostajesz plan, wykonujesz krok, wracasz z kolejnymi danymi i kontynuujesz.
To trochę jak różnica między wyszukiwarką a dodatkowym członkiem zespołu. Wyszukiwarka daje dokumentację. Agent może utrzymywać kontekst całej operacji i na bieżąco pomagać składać kolejne elementy ataku w jedną ścieżkę.
Czy to znaczy, że firmy powinny bać się Cursor albo Claude?
Nie w taki sposób. Raport nie pokazuje, że Cursor sam zaatakował firmy ani że zainstalowanie narzędzia powoduje włamanie. Pokazuje coś innego: zdolny agent może znacząco obniżyć ilość wiedzy i czasu potrzebną człowiekowi do wykonania kolejnych etapów ataku.
Dla właściciela firmy najważniejsza konsekwencja jest dość przyziemna. Stare błędy konfiguracji, słabe hasła, źle zabezpieczone konta administratorów i kopie zapasowe dostępne z tej samej sieci nie stały się nagle bezpieczniejsze dlatego, że metody ataku są znane od lat. Wręcz przeciwnie. Jeżeli AI skraca napastnikowi drogę od znalezienia problemu do jego wykorzystania, czas na reakcję obrońcy robi się krótszy.
Co powinna zrobić firma?
Nie ma tu magicznej aktualizacji o nazwie “ochrona przed AI”. W raporcie CloudSEK wracają bardzo klasyczne rzeczy: stare protokoły, słaba konfiguracja usług katalogowych, zbyt szerokie uprawnienia, przechowywane poświadczenia i backup dostępny z produkcyjnego środowiska. Firma powinna przede wszystkim wiedzieć, kto odpowiada za aktualizacje, konta uprzywilejowane, kopie zapasowe i reakcję na incydent. Jeżeli nikt nie potrafi odpowiedzieć na te cztery pytania, agent AI napastnika jest dopiero piątym problemem.
WebsiteGarage mówi
Najciekawsze w tym przypadku nie jest to, że przestępca używał AI. Przestępcy używają wszystkiego, co oszczędza im czas i zwiększa skuteczność. Ciekawsze jest tempo, w jakim narzędzia projektowane jako pomoc dla programisty zaczynają działać jak dodatkowy specjalista po dowolnej stronie barykady. Dobry agent nie musi odkryć nowego rodzaju ataku. Wystarczy, że sprawi, że stary atak da się przeprowadzić szybciej, bardziej konsekwentnie i przez kogoś z mniejszym doświadczeniem.
I to jest mało filmowe, ale biznesowo dużo bardziej istotne niż opowieść o zbuntowanej sztucznej inteligencji. Firma nadal przegrywa przez stare hasło, źle skonfigurowany serwer albo backup podpięty do tej samej sieci. Tylko po drugiej stronie ktoś właśnie dostał bardzo cierpliwego pomocnika.
Odkryj więcej artykułów
- Masz wielojęzycznego WordPressa? Sprawdź TranslatePress. Ta luka może skończyć się przejęciem strony
- Boty atakują logowanie i checkout coraz sprytniej. Cloudflare w planie Enterprise uruchamia ochronę, która uczy się na bieżąco
- Radar tygodnia: WordPress ma luki. Custom też. Tylko w WordPressie widzisz przycisk „Aktualizuj”
- Google daje właścicielom stron kontrolę nad AI Search. Nowe ustawienia są już dostępne globalnie
- WooCommerce 11.1 włączy galerie zdjęć wariantów wszystkim sklepom. Osobna wtyczka przestanie być potrzebna
- Świąteczne zakupy zaczynają się od pytania do AI. Czy małe sklepy mogą na tym wygrać?
- Google ruszył z September 2026 Spam Update. Tym razem rollout może potrwać dwa tygodnie
- Korzystasz z Cursor w firmie? OpenAI wycofuje swoje modele po przejęciu przez SpaceX
- GitHub przepisał 832 tys. linii kodu z pomocą agentów AI. Najciekawsze nie jest to, ile napisały