OpenCode, open-source’owy agent AI do kodowania, poinformował o naruszeniu bezpieczeństwa starszego systemu powiązanego z OpenCode Console. Incydent dotknął 1,4% użytkowników platformy i doprowadził do ujawnienia części kluczy API wykorzystywanych do usług sztucznej inteligencji. Sprawa rzuca światło na rosnące ryzyko związane z przechowywaniem poświadczeń dostępowych w chmurowych workspace’ach.
Co dokładnie się wydarzyło i kogo dotknął atak
Według informacji przekazanych przez TechCrunch, atakujący uzyskali dostęp do starszego systemu stojącego za OpenCode Console – platformy internetowej, na której część użytkowników przechowuje klucze API w wydzielonych przestrzeniach roboczych. Firma rozesłała wiadomości e-mail do poszkodowanych osób.
OpenCode podkreśla, że incydent nie objął narzędzia wiersza poleceń ani aplikacji open-source. Współzałożyciel projektu, Dax Raad, wyjaśnił w serwisie X, że problem dotyczy wyłącznie konsoli, a klucze nigdy nie trafiają bezpośrednio do samego OpenCode.
Skala strat zgłaszanych przez deweloperów
Wkrótce po ujawnieniu sprawy w mediach społecznościowych zaczęły pojawiać się wpisy programistów opisujące alerty o nieautoryzowanym zużyciu oraz podejrzaną aktywność na kontach OpenAI, Anthropic i Google AI. Zgłaszane kwoty wahały się od kilkuset dolarów do ponad tysiąca. To pokazuje, jak szybko wyciek poświadczeń może przełożyć się na realne obciążenia finansowe.
„Atak destylacyjny” – termin, który budzi wątpliwości
OpenCode określił incydent mianem „ataku destylacyjnego na dużą skalę” (large-scale distillation attack). Destylacja modeli to technika polegająca na wykorzystywaniu odpowiedzi jednego modelu do trenowania innego, tańszego systemu. Część obserwatorów ma jednak wątpliwości, czy dostępne dowody rzeczywiście potwierdzają, że przejęte klucze posłużyły do tego celu.
Firma nie ujawniła dotąd, w jaki sposób napastnicy dostali się do starszego systemu, jak przechowywane były klucze ani jak szeroki był zakres ich nieuprawnionego wykorzystania – donosi TechCrunch.
48 godzin ataków i problem z bezpieczeństwem modeli
Raad przyznał, że atakujący przez 48 godzin nieustannie próbowali sforsować systemy OpenCode, co zmusiło zespół do ciągłego utrzymywania defensywnych agentów AI w gotowości. Co ciekawe, niektóre modele początkowo skutecznie analizowały próby włamania, by później odmówić pomocy, gdy złośliwy kod uruchomił ich zabezpieczenia.
Sytuacja poprawiła się po uzyskaniu przez OpenCode dostępu do programu Daybreak Blue firmy OpenAI, który oferuje zweryfikowanym użytkownikom modele rzadziej odrzucające zadania z zakresu defensywnego cyberbezpieczeństwa. Raad ocenił, że dostęp ten znacząco usprawnił śledztwo.
To nie pierwszy taki przypadek. W lipcu Hugging Face informował, że komercyjne modele AI blokowały analizę logów z intruzji przeprowadzonej przez autonomiczne agenty, wskazując, że mechanizmy ochronne „nie potrafią odróżnić reagującego na incydent od atakującego”.
Jak zareagowały firmy i co zrobić ze swoimi kluczami
Anthropic i Google unieważniły klucze API uznane za ujawnione. OpenAI poinformowało, że współpracowało z OpenCode przy przywracaniu dostępu i zwróciło klientom API środki zużyte podczas ataku. OpenCode z kolei realizuje zwroty za nieautoryzowane obciążenia.
Najważniejszy krok dla poszkodowanych użytkowników jest prosty: unieważnić dotychczasowe klucze i wygenerować nowe bezpośrednio u każdego dostawcy. To obecnie jedyne opisane przez firmę działanie ochronne dla osób, które przechowywały poświadczenia w przestrzeniach roboczych Console.
Szerszy kontekst: bezpieczeństwo AI pod presją
Incydent wpisuje się w rosnącą debatę o bezpieczeństwie systemów AI. Eksperci zwracają uwagę, że gdy narzędzia AI są nadużywane lub zawodzą podczas ataku, skutki wykraczają poza jedną firmę – pojawiają się wyższe koszty, większe obawy o bezpieczeństwo i dodatkowe obciążenia dla całej infrastruktury.
W miarę jak ataki wspomagane przez AI stają się coraz powszechniejsze, zweryfikowane ścieżki dostępu do modeli dla zespołów reagujących na incydenty mogą okazać się kluczowe. Historia OpenCode pokazuje, że wyciek poświadczeń to nie tylko problem techniczny – to realne ryzyko finansowe i operacyjne, które dotyka zarówno pojedynczych deweloperów, jak i cały ekosystem.

