Cyberbezpieczeństwo
Cursor powiązał włamanie ze skompromitowanym kluczem dostępu ujawnionym przez Fireworks AI
Dodaj Unite.AI do preferowanych źródeł w Google
Kluczowe punktyA vendor-exposed access key let an attacker reach credentials left in historical…
Zobacz więcej
- A vendor-exposed access key let an attacker reach credentials left in historical coding-agent traces.
- The marketplace compromise was the final link in a chain that began with a vendor key.
- Cursor rotated every exposed credential and moved all inference traffic off Fireworks.
W aktualizacji dotyczącej incydentu opublikowanej 13 listopada 2026 r. Cursor poinformował, że napastnik wykorzystał wydany przez Cursor klucz dostępu, który ujawniło Fireworks AI, aby skopiować historyczne ślady sesji agentów programistycznych i dane uwierzytelniające, a następnie uzyskać dostęp do wybranych narzędzi programowych używanych przez Cursor oraz rozpowszechnić złośliwe kompilacje rozszerzenia Claude Code. U mniej niż 0,01% klientów ujawniono dane uwierzytelniające API.
Ujawnienie klucza przez Fireworks umożliwiło skopiowanie danych z zasobnika tylko do odczytu, używanego do udostępniania Fireworks danych przez Cursor. Znajdowały się w nim ograniczone ślady sesji agentów programistycznych, pochodzące głównie z 2025 r. Były to ślady z sesji, w których nie korzystano z trybu Privacy Mode, a które Cursor mógł wykorzystywać do trenowania modeli. Niewielka ich część zawierała niezamaskowane dane uwierzytelniające, które umożliwiły dostęp do wybranych narzędzi programowych w modelu SaaS używanych przez Cursor.
Za pośrednictwem tych narzędzi napastnik uzyskał dostęp do wybranych, zarchiwizowanych repozytoriów kodu źródłowego Cursor, które nie były używane w środowisku produkcyjnym; niektóre zawierały służbowe dane kontaktowe. Wśród innych dostępnych materiałów znalazły się ograniczone dane pomocy technicznej i korespondencja e-mailowa, wskaźniki dotyczące korzystania z produktu i dane kontaktowe, podsumowania niektórych rozmów z agentami programistycznymi oraz dane uwierzytelniające przesłane przez użytkowników zespołowi pomocy technicznej Cursor.
Dane, których dotyczył incydent, i systemy, których nie dotyczył
Wśród użytkowników, którzy nie korzystali z trybu Privacy Mode, ślady sesji agentów programistycznych ujawniono w przypadku mniej niż 0,05% osób. Cursor poinformował, że bezpośrednio zidentyfikował i powiadomił każdego użytkownika, którego dotyczył incydent. Ujawnione ślady znajdowały się wyłącznie w pamięci masowej wykorzystywanej do historycznej analizy offline. Incydent nie dotyczył bieżących danych klientów ani ruchu na żywo, aktywnych żądań wnioskowania ani promptów i kodu z trybu Privacy Mode.
Cursor poinformował również, że incydent nie wpłynął na systemy produkcyjne ani infrastrukturę obsługującą jego usługę, a także nie dotyczył repozytoriów kodu klientów. Nie ucierpiały oficjalne aktualizacje aplikacji ani kod dostarczany klientom i usługom chmurowym: kod wydań znajduje się w osobnym systemie hostingowym, do którego napastnik nigdy nie uzyskał dostępu, a klucze używane do podpisywania wydań nie zostały ujawnione. Firma zweryfikowała wszystkie pozostałe rozszerzenia w swoim marketplace VS Code oraz przeanalizowała i odbudowała ten sklep.
Kompromitacja rozszerzenia i działania ograniczające jej skutki
Aktualizacja łączy włamanie z wcześniejszym ujawnieniem informacji o złośliwym rozszerzeniu Claude Code przez Cursor. 29 października 2026 r. napastnik użył danych uwierzytelniających skradzionych z ujawnionych danych wewnętrznych, aby umieścić nieautoryzowane kompilacje bezpośrednio w pamięci podręcznej obsługującej marketplace rozszerzeń VS Code firmy Cursor. Anthropic ich nie opublikowało, jego produkt nie był podatny na atak, a złośliwe oprogramowanie nigdy nie trafiło do Open VSX, źródła rozszerzeń. Cursor szacuje, że złośliwą kompilację mogło otrzymać najwyżej 5000 użytkowników, którzy zażądali określonych wersji z pamięci podręcznej; były one dostępne przez około 11 godzin.
30 października 2026 r. Cursor opublikował wskaźniki naruszenia bezpieczeństwa i materiały dotyczące działań naprawczych, a także rozpoczął powiadamianie użytkowników i administratorów zespołów, których dotyczył incydent, za pośrednictwem wiadomości w aplikacji i e-maili. Administratorzy otrzymali listy konkretnych kluczy do wymiany w przypadkach ujawnienia danych uwierzytelniających, a Cursor zwrócił się do zewnętrznych usług, które je wydały, o ich unieważnienie. Klienci, których dane pomocy technicznej lub służbowe mogły zostać objęte incydentem, zostali powiadomieni bezpośrednio.
Systemy monitorowania Cursor wykryły nieautoryzowaną aktywność. Ze względów ostrożności firma tymczasowo wyłączyła więcej usług wewnętrznych i produktowych, niż wymagały tego zebrane dowody, co zakłóciło działanie niektórych funkcji. Po przeprowadzeniu analizy przywrócono działanie każdej z nich. Cursor uważa, że incydent został opanowany: ostatnia zaobserwowana aktywność napastnika miała miejsce 1 listopada 2026 r. i została zablokowana. Monitorowanie pod kątem nietypowej aktywności jest kontynuowane.
Unieważnianie danych uwierzytelniających i zmiany dotyczące dostawcy
Cursor przeniósł cały ruch związany z wnioskowaniem poza Fireworks, dezaktywował klucz dostawcy i odciął Fireworks dostęp do wszystkich udostępnionych mu zbiorów danych. Wymieniono wszystkie zidentyfikowane dane uwierzytelniające Cursor, które zostały ujawnione, a następnie — ze względów ostrożności — wszystkie dane uwierzytelniające używane w systemach wewnętrznych, nawet tam, gdzie nie było dowodów na ich ujawnienie. Cursor rozszerzył również, tam gdzie było to możliwe, ograniczenia sieciowe dotyczące dostawców usług, dodał skanowanie repozytoriów kodu i innych wewnętrznych źródeł danych w poszukiwaniu sekretów, ponownie wdrożył infrastrukturę produkcyjną i zaangażował zewnętrznych ekspertów z zakresu informatyki śledczej.
W osobnym własnym biuletynie bezpieczeństwa Fireworks AI poinformowało, że 23 października 2026 r. doszło do incydentu u zewnętrznego dostawcy usług chmurowych, który hostował maszyny badawczo-rozwojowe firmy. 24 października 2026 r. nieupoważniona osoba uzyskała dostęp do maszyn deweloperskich Fireworks i uruchomiła nieautoryzowane zadanie, które doprowadziło do dalszego naruszenia danych klientów; Fireworks wykryło tę aktywność tego samego dnia. Od 25 października 2026 r. firma nie wykryła kolejnych przypadków skutecznego nieautoryzowanego dostępu do platformy klientów. Ustalenia te mogą ulec zmianie w miarę trwania dochodzenia.
Fireworks unieważniło i wymieniło dane uwierzytelniające oraz konta usługowe, usunęło zbędne podwyższone uprawnienia, ograniczyło ścieżki dostępu do sieci, zaostrzyło kontrolę dostępu do pamięci masowej i analityki oraz usprawniło rejestrowanie zdarzeń i monitorowanie przy wsparciu Palo Alto Networks Unit 42. Na czas dochodzenia wyłączyło samodzielne przesyłanie i pobieranie zbiorów danych wykorzystywanych przez Batch Inference i do trenowania na podstawie zbiorów danych. Training SDK pozostaje dostępne z zerową retencją danych, co oznacza, że dane treningowe nie są przechowywane w spoczynku, natomiast trenowanie w środowisku Lab odbywa się w odizolowanym środowisku.
Nowa relacja sytuuję naruszenie bezpieczeństwa marketplace’u na końcu łańcucha zdarzeń, który rozpoczął się od klucza dostawcy, a następnie objął dane uwierzytelniające pozostawione w historycznych śladach. Dlatego cofnięcie dostawcy dostępu i szeroko zakrojona rotacja danych uwierzytelniających mają kluczowe znaczenie dla oceny działań Cursoru mających ograniczyć skutki incydentu, a trwające dochodzenie Fireworks oznacza, że ustalenia dotyczące dostawcy mogą jeszcze ulec zmianie.
