OpenCode, twórca popularnego otwartego agenta programistycznego, potwierdził włamanie do jednego ze swoich starszych systemów, przez które klucze API do OpenAI, Anthropic i Google zapisane przez 1,4 proc. użytkowników usługi OpenCode Console mogły trafić w obce ręce. Firma każe tym osobom natychmiast unieważnić klucze u dostawców, a część użytkowników zgłasza już niechciane rachunki, w jednym przypadku na 1700 dolarów.
- W nocy z 16 na 17 października 2026 r. doszło do włamania do wygaszanego systemu OpenCode Console, przez które klucze API do OpenAI, Anthropic i Google zapisane przez 1,4 proc. użytkowników tej usługi mogły trafić w obce ręce.
- Część poszkodowanych użytkowników zgłasza nieautoryzowane obciążenia na swoich kontach u dostawców modeli – od 168 dolarów (klucz Anthropic Colina Parsonsa) do 1700 dolarów (straty Prestona Zellera) – choć są to relacje samych użytkowników, niepotwierdzone przez OpenCode.
- OpenCode powiązał incydent z „atakiem dystylacyjnym na dużą skalę" i zadeklarował współpracę z Anthropic, OpenAI i Google, jednak nie ujawnił sposobu włamania, liczby poszkodowanych kont ani dowodów na to, że skradzione klucze służyły do trenowania modeli, a nie np. odsprzedaży dostępu.
Do włamania doszło w nocy z 16 na 17 października 2026 r. Rano 17 października OpenCode rozesłał do poszkodowanych e-mail zatytułowany „Action Required: Potential provider key breach”, a wieczorem tego samego dnia opublikował komunikat na X: https://twitter.com/opencode/status/2111519637049319818
We had a security breach last night related to a large scale distillation attack that impacted 1.4% of OpenCode Console users
We have notified them all this morning via email. If you did not get an email you were not impacted, it was a subset of users who had external providers…
— OpenCode (@opencode) October 17, 2026
Atak dotknął tylko hostowanej usługi Console, nie samego OpenCode
Wyciek dotyczy wyłącznie OpenCode Console, opcjonalnej usługi hostowanej, a nie narzędzia OpenCode uruchamianego lokalnie na komputerze programisty. Console działa jak brama: zespół zapisuje w nim własny klucz do OpenAI, Anthropic lub Google, a usługa wykonuje zapytania do dostawcy w imieniu członków zespołu, którzy sami tego klucza nigdy nie widzą.
OpenCode w e-mailu do użytkowników napisał, że wykrył nieautoryzowany dostęp do starszego systemu, który firma była już w trakcie wygaszania. Klucze dostawców zapisane w przestrzeniach roboczych Console „mogły zostać ujawnione”. Firma nie napisała, że jakikolwiek klucz został skopiowany lub użyty.
Współzałożyciel OpenCode Dax Raad doprecyzował na X, że sprawa dotyczy „OpenCode Console, a nie samego OpenCode” / „the OpenCode Console, not OpenCode itself”. Klucze dodawane w wersji terminalowej i desktopowej są przechowywane lokalnie w bazie SQLite na maszynie użytkownika i według Raada „nigdy do nas nie trafiają” / „never come to us”. Wpis: https://twitter.com/thdxr/status/2111572618340188393
Poszkodowana grupa to 1,4 proc. użytkowników Console, czyli osoby, które podłączyły do usługi zewnętrznego dostawcę modeli. OpenCode nie podał, ile to kont ani ile kluczy znajdowało się w naruszonym systemie. Kto nie dostał e-maila, nie jest poszkodowany, zapewnia firma.
Usunięcie klucza z Console nic nie daje, trzeba go unieważnić u dostawcy
Klucz API jest poświadczeniem typu bearer: każdy, kto ma jego kopię, może generować płatne zapytania na konto właściciela, dopóki dostawca go nie unieważni. Skasowanie klucza w panelu OpenCode Console nie unieważnia go u OpenAI, Anthropic ani Google. Limit wydatków ustawiony w Console też nie pomoże, bo Console widzi tylko zapytania przechodzące przez własną bramę, a nie te wysyłane bezpośrednio do dostawcy skradzionym kluczem.
Z e-maila OpenCode i z wytycznych samych dostawców wynika taka kolejność działań dla osób, które zapisały klucz w Console:
- Unieważnić klucz w panelu dostawcy (OpenAI, Anthropic lub Google) i wygenerować nowy.
- Zaktualizować każdą aplikację i każdy skrypt, który korzystał ze starego klucza.
- Przejrzeć zużycie i rozliczenia u dostawcy pod kątem zapytań, których użytkownik nie wykonał, co najmniej od 16 października. OpenCode nie powiedział, kiedy nieautoryzowany dostęp się zaczął.
- Ustawić limit wydatków lub alert u dostawcy i nadać każdemu narzędziu osobny klucz, żeby ewentualna kopia wyrządziła mniej szkód i łatwiej było ją namierzyć.
Użytkownicy zgłaszają rachunki od 168 do 1700 dolarów
Część użytkowników twierdzi, że zapłaciła już za zużycie, którego nie wygenerowała. Według serwisu Dealroom Colin Parsons napisał na X, że jego klucz OpenAI został użyty na 281 dolarów, a klucz Anthropic na 168 dolarów, natomiast Preston Zeller oszacował swoje straty na 1700 dolarów. Notebookcheck przytoczył z kolei relację użytkownika Reddita o 400 dolarach nieautoryzowanego zużycia na koncie Anthropic oraz drugiego o około 200 euro w Google, po czym projekt tego drugiego został zawieszony.
Są to relacje samych użytkowników, a nie potwierdzone przez OpenCode dane. Na Reddicie pojawiły się też doniesienia o wygasłych kluczach serwisowych OpenCode i błędach logowania przez Google lub GitHub, co OpenCode wiąże z trwającym utwardzaniem systemów.
Ta historia pokazuje coś, o czym sam często zapominam przy testowaniu kolejnych narzędzi AI: każde miejsce, w które wklejam klucz API, staje się moim nowym punktem awarii. OpenCode nie zrobił tu niczego egzotycznego. Przechowywał klucze, bo usługa tak działa, a stary system, który miał zostać zamknięty, został zamknięty za późno. Dokładnie tak wyglądają włamania w zwykłych firmach.
Mam wątpliwość co do komunikacji. OpenCode nazwał incydent „atakiem dystylacyjnym”, zanim nazwał go wyciekiem kluczy klientów. Dla dostawców modeli dystylacja to wygodne i groźnie brzmiące słowo, ale dla programisty z rachunkiem na 1700 dolarów to po prostu kradzież poświadczeń. Chciałbym, żeby firma wyjaśniła, co właściwie wie: jak włamywacz wszedł, ile kluczy miał i skąd wniosek, że chodzi o dystylację, a nie o zwykłą odsprzedaż tokenów na czarnym rynku.
Jednocześnie doceniam tempo: e-mail do poszkodowanych rano następnego dnia i publiczny komunikat tego samego dnia to lepiej niż standard branży. Pytanie, czy to wystarczy, żeby zespoły znów powierzyły swoje klucze hostowanym bramom takich narzędzi.
Piotr Wolniewicz, Redaktor Naczelny AIPORT.pl
OpenCode łączy włamanie z „atakiem dystylacyjnym”, ale nie wyjaśnia związku
W komunikacie na X OpenCode napisał, że incydent jest „związany z atakiem dystylacyjnym na dużą skalę” / „related to a large scale distillation attack”, nazwał go trwającym i poinformował o współpracy z Anthropic, OpenAI i Google nad usunięciem skutków. Firma nie wskazała sprawcy, nie opisała, czym był naruszony system, jak włamywacz do niego dotarł ani w jaki sposób skradzione klucze miałyby służyć dystylacji.
Dystylacja to w żargonie dostawców modeli określenie kampanii, które masowo pobierają odpowiedzi danego modelu, żeby na nich wytrenować konkurencyjny. Anthropic w raporcie z 10 września 2026 r. opisał, że laboratoria prowadzące takie kampanie docierają do jego modeli przez sieci fałszywych kont tworzonych na skradzione karty płatnicze, dane logowania i przejęte klucze API. Według tego samego raportu Anthropic rozbił kampanie siedmiu laboratoriów z Chin, które wygenerowały łącznie około 190 mln wymian z Claude. We wcześniejszym komunikacie z 23 lutego 2026 r. firma opisała trzy laboratoria, ponad 16 mln wymian i około 24 tys. fałszywych kont.
Skradziony klucz ma też inne zastosowania. Na rynkach przestępczych odsprzedaje się dostęp do modeli AI i używa cudzych kluczy do nabijania rachunków, o czym Anthropic również pisał w raporcie wrześniowym. Dlatego część branży kwestionuje etykietę OpenCode. Jak podał Startup Fortune, badacz Nathan Lambert napisał, że opinia publiczna powinna wiedzieć, czy chodzi o dystylację w sensie trenowania modeli, czy o inny sposób wykorzystania nielegalnie zdobytych tokenów. Z publicznie dostępnych informacji nie wynika, że to pierwsze.
Raad: ataki trwały nieprzerwanie przez 48 godzin
Dzień po ujawnieniu incydentu, 18 października, Dax Raad napisał na X, że napastnicy wciąż próbują dostać się do systemów OpenCode. Według niego atakowali „bez przerwy przez ostatnie 48 godzin” / „non stop trying to attack our systems for the past 48 hours”, a skutkiem ubocznym jest to, że cała infrastruktura jest utwardzana. Wpis: https://twitter.com/thdxr/status/2111790511409258796
Raad informował też, że jego prywatne konta znalazły się pod ostrzałem. OpenCode rozwija firma Anomaly Innovations, znana wcześniej jako zespół stojący za frameworkiem SST. Narzędzie obsługuje modele od ponad 75 dostawców, a użytkownicy podają własne klucze, co czyni je naturalnym celem dla każdego, kto chce zdobyć legalnie wyglądający dostęp do płatnych modeli.
Co wiadomo, a czego nie wiadomo na 20 października:
- Potwierdzone przez OpenCode: włamanie do wygaszanego systemu, 1,4 proc. użytkowników Console z podłączonym zewnętrznym dostawcą, powiadomienie e-mailem, współpraca z Anthropic, OpenAI i Google.
- Relacje użytkowników, niepotwierdzone przez firmę: nieautoryzowane zużycie na kwoty od ok. 168 do 1700 dolarów, zawieszenie projektu w Google po przekroczeniu limitu.
- Nieujawnione: liczba poszkodowanych kont i kluczy, sposób włamania, moment rozpoczęcia dostępu, tożsamość napastnika i dowody na związek z dystylacją.
Źródła i metodologia
Artykuł powstał na podstawie analizy redakcji AIPORT.pl oraz dodatkowych źródeł, w tym komunikatu OpenCode na X z dnia 17.10.2026, wpisów współzałożyciela OpenCode Daxa Raada z 17 i 18.10.2026, artykułu The Hacker News z dnia 19.10.2026 oraz komunikatu Anthropic o atakach dystylacyjnych z dnia 23.02.2026. Relacje użytkowników o stratach pochodzą z doniesień Dealroom i Notebookcheck, a wątpliwości co do etykiety „dystylacja” z publikacji Startup Fortune.
Cytaty OpenCode i Daxa Raada, współzałożyciela OpenCode, zostały zweryfikowane z oryginalnym anglojęzycznym materiałem źródłowym.
Komentarz redakcyjny i ocena kontekstu branżowego: Piotr Wolniewicz, Redaktor Naczelny AIPORT.pl.
Artykuł będzie aktualizowany w miarę pojawiania się nowych informacji w temacie włamania do OpenCode Console i jego związku z atakami dystylacyjnymi.
