W popularnych środowiskach IDE i asystentach programistycznych opartych na AI, w tym Cursor, Windsurf, GitHub Copilot, Zed.dev, Roo Code, Kiro.dev, Junie, Cline i innych, odkryto nową falę luk — zbiorczo nazwanych IDEsaster.
➡️ 24 z nich ma już identyfikatory CVE.
🔍 Dlaczego to ważne:
Luki te pozwalają atakującym łączyć prompt injection, automatycznie zatwierdzane wywołania narzędzi i legalne funkcje IDE, aby osiągnąć:
- 📤 Eksfiltrację danych
- 💻 Zdalne wykonanie kodu (RCE)
- 🧪 Manipulowanie przestrzenią roboczą
- 🛑 Backdoory w konfiguracji
Badacze stwierdzili, że każde przetestowane środowisko IDE z AI było podatne na uniwersalne łańcuchy ataków, które nakłaniają model AI do nadużywania wbudowanych narzędzi w złośliwych celach.
Jak przebiegają ataki
Środowiska IDE oparte na AI można przejąć, gdy:
1️⃣ Ukryte lub niewidoczne wstrzyknięcia promptów zanieczyszczają kontekst modelu
2️⃣ Agenci AI automatycznie zatwierdzają niebezpieczne zapisy plików lub wykonania narzędzi
3️⃣ Legalne funkcje IDE (takie jak write_file, edit_file, konfiguracje JSON przestrzeni roboczej) są wykorzystywane jako broń
Przykłady obejmują:
- Użycie prompt injection, by zmusić agenta AI do odczytania wrażliwych plików i wycieku ich zawartości za pośrednictwem zdalnych schematów JSON
- Modyfikowanie ustawień przestrzeni roboczej, które uruchamiają złośliwe pliki binarne
- Edytowanie plików konfiguracyjnych IDE w celu uzyskania automatycznego wykonywania kodu
Kluczowe zalecenia
🔐 Używaj środowisk IDE z AI wyłącznie z zaufanymi plikami i serwerami MCP
🔍 Sprawdzaj zewnętrzne źródła pod kątem ukrytych lub złośliwych instrukcji
🌐 Stosuj zasadę najmniejszych uprawnień wobec narzędzi LLM
📦 Uruchamiaj polecenia w piaskownicy
🛡 Przeprowadzaj rygorystyczne testy bezpieczeństwa pod kątem wycieków, path traversal i RCE
W miarę jak agenci AI wnikają głębiej w procesy korporacyjne, znacząco zwiększają powierzchnię ataku — zwłaszcza gdy modele LLM nie potrafią odróżnić prawidłowych instrukcji od ukrytych, złośliwych promptów.
Dlaczego to ważne teraz
Środowiska programistyczne oparte na AI szybko stają się standardem — ale wprowadzają nowe powierzchnie ataku, do których tradycyjne modele bezpieczeństwa IDE nigdy nie były przystosowane.
Badacze ostrzegają, że te problemy pokazują potrzebę nowego paradygmatu bezpieczeństwa:
🔐 „Secure for AI” — bezpieczeństwo zaprojektowane z uwzględnieniem tego, jak można nadużywać funkcji AI.
