Włamanie do Fireworks AI objęło dane klientów i wagi modeli

Co Fireworks AI ujawniła 9 listopada

Fireworks AI zaktualizowała 9 listopada 2026 roku biuletyn bezpieczeństwa z 9 października. Pierwsza wersja mówiła wyłącznie o dostępie do sekretów zapisanych na platformie, na przykład kluczy używanych w zadaniach ewaluacyjnych. Teraz firma przyznaje, że skutki objęły informacje o kontach i rozliczeniach, a u ograniczonej liczby klientów także sekrety, zbiory danych i niekompletne modele.

Spółka przedstawia to jako aktualizację opisu październikowego incydentu. Bloomberg w tytule swojego tekstu pisze o drugim włamaniu w ciągu kilku tygodni. The Information, według omówienia MLQ.ai, donosi o ataku poważniejszym od poprzedniego, o którym powiadomiono dużych klientów, w tym Harvey, twórcę narzędzi AI dla prawników. Rozróżnienie ma znaczenie, bo nowa aktywność miała inną drogę wejścia niż pierwsze użycie wewnętrznych danych logowania.

Fireworks pozwala firmom dostrajać i uruchamiać otwarte modele AI. W lipcu 2026 roku spółkę wyceniono na 17,5 mld USD, czyli ok. 68,6 mld zł po kursie NBP z 9 listopada (tabela 218/A, 3,9199 zł).

Jakie dane klientów objął incydent

Biuletyn wymienia kategorie informacji dostępnych przez naruszoną aplikację wewnętrzną. Fireworks zaznacza, że nie przechowuje numerów kart płatniczych. Firma nie wykryła też wpływu na Inference, Training SDK i Nexus, które domyślnie działają bez przechowywania danych klienta (zero data retention, ZDR). Dochodzenie trwa, więc ustalenia mogą się jeszcze zmienić.

• Metadane zasobów - identyfikatory, nazwy wyświetlane, opisy i daty utworzenia.
• Dane rozliczeniowe - adresy rozliczeniowe i wysyłkowe, historia faktur i płatności, saldo konta oraz wykorzystanie kredytów.
• Wagi modeli i zbiory danych - u wybranych klientów część niekompletnych wag i zbiorów.
• Sekrety - u ograniczonej liczby kont, bez podania szczegółów.

Jak przebiegał atak na Fireworks

Oś czasu łączy oba biuletyny i relację MLQ.ai. Między wykryciem aktywności z 24 października a publiczną aktualizacją minęło 16 dni. Biuletyn nie podaje, kiedy o nowych ustaleniach powiadomiono pierwszych klientów.

• 6 października - Fireworks wykrywa nieuprawnione użycie wewnętrznych danych logowania.
• 7-9 października - firma powiadamia klientów, a 9 października publikuje pierwszy biuletyn.
• 23 października - incydent u zewnętrznego dostawcy chmury, który obsługiwał maszyny badawczo-rozwojowe Fireworks.
• 24 października - napastnik dociera do maszyn deweloperskich i uruchamia nieautoryzowane zadanie. Firma wykrywa to tego samego dnia.
• 25 października - od tej daty Fireworks nie stwierdza dalszych śladów udanego dostępu do platformy klientów.
• 9 listopada - aktualizacja biuletynu i powiadomienia dla klientów, których dane ucierpiały.

Czym jest LLMjacking i kto na nim zarabia

LLMjacking to przejmowanie cudzego dostępu do modeli językowych i odsprzedawanie go dalej, a rachunek płaci prawdziwy właściciel konta. Fireworks twierdzi, że dowody wskazują na motywowaną finansowo grupę przestępczą, która sprzedaje tokeny nielegalnym bramkom pośredniczącym. Firma współpracuje z zespołem Unit 42 z Palo Alto Networks i zawiadomiła organy ścigania.

Skalę zjawiska opisał 2 listopada zespół Google Threat Intelligence Group razem z Mandiant. Według relacji BleepingComputer badacze widzieli nieuprawnione obciążenia przekraczające 100 tys. USD dziennie (ok. 392 tys. zł), a w niektórych organizacjach łącznie 1 mln USD (ok. 3,92 mln zł).

W ocenie redakcji sprawa Fireworks tylko częściowo pasuje do tego schematu. LLMjacking służy głównie odsprzedaży dostępu, a tutaj napastnik sięgnął też po zbiory danych i wagi modeli. Prezes Lin Qiao napisała na X, że zachowanie napastników wskazywało na udział agentów AI, o czym informuje ShiftDelete. Biuletyn firmy tego nie potwierdza i nie zawiera technicznych dowodów.

Co powinny zrobić firmy korzystające z Fireworks

Fireworks przekazuje szczegółowe zalecenia w powiadomieniach dla poszkodowanych klientów. Poniższa lista to wskazówki redakcji oparte na zakresie danych z biuletynu. Firma wyłączyła też samoobsługowe przesyłanie i pobieranie zbiorów w Batch Inference oraz w treningu opartym na zbiorach, co może zatrzymać część procesów.

Jeśli w zbiorach znalazły się dane osobowe, polska firma powinna ocenić sprawę jako możliwe naruszenie w rozumieniu RODO. Artykuł 33 daje administratorowi 72 godziny od stwierdzenia naruszenia na zgłoszenie do organu nadzorczego, chyba że naruszenie prawdopodobnie nie spowoduje ryzyka dla osób fizycznych. Ocenę konkretnego przypadku warto powierzyć inspektorowi ochrony danych.

1. Sprawdź skrzynkę administratora konta i wiadomości od Fireworks o incydencie.
2. Wymień klucze API oraz sekrety zapisane na platformie, także bez powiadomienia, razem z danymi do usług zewnętrznych.
3. Przejrzyj saldo i zużycie kredytów pod kątem nietypowych obciążeń.
4. Spisz zbiory danych przesyłane do Batch Inference i treningu oraz sprawdź, czy zawierały dane osobowe lub tajemnice firmy.
5. Uprzedź księgowość o ryzyku fałszywych faktur i wiadomości podszywających się pod dostawcę.

Czego jeszcze nie wiadomo o włamaniu

Opis opiera się na stanie z 9 listopada 2026 roku. Fireworks zapowiada kolejne informacje, jeśli dochodzenie przyniesie nowe ustalenia. The Information powołuje się na dwie osoby znające sprawę. Redakcja nie miała dostępu do pełnej treści tekstów Bloomberga i The Information, dlatego przywołuje je z zastrzeżeniem.

• Ile kont objął dostęp do danych rozliczeniowych, a ile do sekretów, zbiorów i wag.
• Czy dane i wagi zostały skopiowane, czy tylko odczytane. Biuletyn używa określenia „accessed”.
• Który dostawca chmury padł ofiarą incydentu z 23 października.
• Czy wśród poszkodowanych są firmy z Polski. Fireworks nie podaje podziału na kraje.