Włamanie do GitHub: grupa skradziony kod z 3800 wewnętrznych repozytoriów

GitHub potwierdził dziś, że nieznana trzecia strona uzyskała nieautoryzowany dostęp do około 3800 wewnętrznych repozytoriów platformy. Odpowiedzialność za atak przypisuje się grupie TeamPCP (określanej też jako UNC6780) — cyberprzestępcom specjalizującym się w atakach na łańcuch dostaw oprogramowania.

Wektor ataku: zatruty plugin VS Code

Śledztwo GitHub ujawniło, że atakujący uzyskali dostęp do wewnętrznych repozytoriów po tym, jak pracownik firmy zainstalował złośliwe rozszerzenie Visual Studio Code. Firma usunęła szkodliwą wersję rozszerzenia, odizolowała endpoint i niezwłocznie uruchomiła procedury reagowania na incydenty.

Atak był uderzająco prosty w swojej konstrukcji: aktor zagrożenia osadził złośliwe oprogramowanie w rozszerzeniu VS Code. Po zainstalowaniu go przez pracownika, malware zapewnił atakującym dostęp do urządzenia i możliwość infiltracji danych z wewnętrznych repozytoriów.

Co zostało skradzione

Skradzione dane obejmują własny kod źródłowy platformy oraz wewnętrzne pliki organizacyjne — łącznie około 3800 prywatnych repozytoriów. Wśród nich pojawiają się doniesienia o kodzie GitHub Copilot. Badacze ostrzegają, że złośliwe oprogramowanie przeszukiwało zainfekowane systemy pod kątem wrażliwych informacji — w tym tokenów GitHub, kluczy AWS, sekretów Kubernetes, poświadczeń SSH oraz plików lokalnych.

Eksperci ds. bezpieczeństwa zwracają uwagę, że wewnętrzne repozytoria często zawierają konfiguracje infrastrukturalne, skrypty wdrożeniowe, dokumentację API oraz poświadczenia środowisk stagingowych — informacje, które mogą stanowić szczegółowy obraz architektury systemów GitHub.

Żądania finansowe i dark web

Grupa TeamPCP wystawiła rzekomo skradzione dane na sprzedaż na forum Breached, żądając co najmniej 50 000 dolarów. Jednocześnie zaznacza, że nie jest to okup i nie jest zainteresowana wymuszeniem od GitHub. Według późniejszych doniesień, do oferty dołączyła się grupa LAPSUS$, która razem z TeamPCP oferuje sprzedaż repozytoriów za łączną kwotę 95 000 dolarów.

Reakcja GitHub

GitHub potwierdził naruszenie bezpieczeństwa około 3800 wewnętrznych repozytoriów po tym, jak pracownik zainstalował złośliwe rozszerzenie VS Code. Firma oświadczyła, że na obecnym etapie dochodzenia brak jest dowodów na to, że wystąpił wpływ na dane klientów przechowywane poza wewnętrznymi repozytoriami GitHub — choć dochodzenie jest nadal w toku i ocena ta może ulec zmianie.

Czym jest TeamPCP?

TeamPCP (znany też jako UNC6780) to grupa cyberprzestępcza specjalizująca się w atakach na łańcuch dostaw, wymierzonych w narzędzia open-source i oprogramowanie pośredniczące dla AI. Wcześniej skompromitowali skaner bezpieczeństwa Trivy firmy Aqua, KICS od Checkmarx, bibliotekę LiteLLM, Telnyx SDK, TanStack oraz pakiety MistralAI. Grupa jest znana z tego, że celuje w GitHub Actions i przepływy pracy deweloperów, by wykradać wrażliwe klucze dostępowe — wiedząc, że dostęp do narzędzi programistycznych daje klucze do całego królestwa.

Szerszy kontekst

To nie jedyny poważny incydent związany z GitHub w ostatnich tygodniach. 14 maja ujawniono, że pracownik-kontrahent agencji CISA (Agencja ds. Cyberbezpieczeństwa i Bezpieczeństwa Infrastruktury USA) przez 183 dni publicznie udostępniał na GitHub poświadczenia AWS GovCloud, hasła w postaci jawnego tekstu oraz certyfikaty SAML dla Entra ID. Co gorsza, po usunięciu repozytorium część wykradzionych poświadczeń pozostawała ważna przez kolejne 48 godzin — co oznacza, że każdy, kto wcześniej sklonował repozytorium, nadal miał działający dostęp administracyjny do trzech rządowych środowisk chmurowych.

Wnioski dla zespołów DevOps

Oba incydenty rzucają ostre światło na kilka powtarzających się problemów:

Zarządzanie sekretami — statyczne, długożyciowe poświadczenia w kodzie to wciąż powszechna słabość. AWS STS, rotacja przez Secrets Manager i krótkotrwałe tokeny to nie opcja, lecz standard.

Supply chain — złośliwe rozszerzenia do VS Code, npm oraz GitHub Actions to realny wektor ataku. Polityka allowlist dla rozszerzeń IDE w środowiskach korporacyjnych nie jest przesadą.

Monitoring — wykrycie incydentu przez GitGuardian w przypadku CISA nastąpiło po sześciu miesiącach od jego zaistnienia. Automatyczne skanowanie publicznych repozytoriów powinno być częścią każdego programu bezpieczeństwa.