LLMjacking generuje milionowe koszty w chmurze. Jak przestępcy przejmują infrastrukturę AI - Security Bez Tabu

LLMjacking generuje milionowe koszty w chmurze. Jak przestępcy przejmują infrastrukturę AI

Cybersecurity news

Wprowadzenie do problemu / definicja

LLMjacking to rodzaj nadużycia infrastruktury sztucznej inteligencji, w którym atakujący przejmują dostęp do modeli językowych, interfejsów API lub powiązanych usług pośredniczących, a następnie wykorzystują je do własnych celów. W praktyce oznacza to, że organizacja finansuje obce operacje obliczeniowe, ponosząc koszty związane z inferencją modeli, generowaniem tokenów i obsługą intensywnego ruchu.

Zagrożenie to można porównać do wcześniejszych kampanii cryptojackingu, jednak w środowiskach AI skutki finansowe bywają jeszcze szybsze i bardziej dotkliwe. Rozliczenia za usługi generatywnej AI są bezpośrednio związane z liczbą wywołań, wolumenem przetwarzanych danych oraz klasą używanego modelu, dlatego każda kompromitacja może bardzo szybko przełożyć się na wysokie rachunki.

W skrócie

Badacze bezpieczeństwa opisują kampanie, w których LLMjacking doprowadzał do strat przekraczających 100 tys. dolarów dziennie, a w skrajnych przypadkach do około 1 mln dolarów łącznych kosztów. Mechanizm jest prosty: przestępcy zdobywają klucze API, poświadczenia chmurowe lub odnajdują publicznie dostępne endpointy, a następnie odsprzedają nieautoryzowany dostęp dalej.

  • celem są klucze API, tokeny dostępu i konta serwisowe,
  • atakujący wykorzystują błędnie wystawione endpointy LLM i proxy,
  • przejęta infrastruktura służy jako zaplecze dla komercyjnego ruchu,
  • skutkiem są wysokie koszty oraz ryzyko dalszej kompromitacji środowiska.

Kontekst / historia

Rosnąca popularność generatywnej AI sprawiła, że firmy zaczęły szeroko integrować modele językowe z aplikacjami biznesowymi, narzędziami wsparcia klienta, automatyzacją procesów i środowiskami developerskimi. Wraz z tym rozwojem zwiększyła się również powierzchnia ataku, obejmująca nie tylko same modele, ale też warstwy integracyjne, systemy uwierzytelniania, pipeline’y CI/CD, repozytoria kodu oraz narzędzia orkiestrujące.

To właśnie ten rozproszony ekosystem stał się atrakcyjnym celem dla cyberprzestępców. Zamiast skupiać się wyłącznie na szyfrowaniu danych czy klasycznej eksfiltracji, napastnicy coraz częściej monetyzują dostęp do zasobów AI. W tym modelu najcenniejsze okazują się nie dane, lecz cudze limity, budżety i moc obliczeniowa opłacana przez ofiarę.

Analiza techniczna

Obserwowane kampanie opierają się zwykle na dwóch podstawowych scenariuszach. Pierwszy polega na aktywnym skanowaniu Internetu w poszukiwaniu publicznych endpointów LLM, bramek pośredniczących i źle skonfigurowanych usług proxy. Drugi zakłada kradzież prawidłowych poświadczeń, takich jak klucze API, tokeny sesyjne, dane dostępowe kont serwisowych lub sekrety przechowywane na słabo zabezpieczonych hostach.

Po uzyskaniu dostępu atakujący przechodzą do fazy monetyzacji. Tworzą warstwę pośredniczącą, która przyjmuje zapytania od zewnętrznych klientów i przekazuje je do skompromitowanej infrastruktury ofiary. Dzięki temu zużycie zasobów z perspektywy dostawcy chmury może wyglądać jak legalna aktywność, podczas gdy rzeczywiste korzyści finansowe trafiają do przestępców.

Szczególnie niebezpieczne są przypadki masowego wzrostu ruchu. W opisywanych incydentach liczba żądań sięgała ponad 1000 requestów na sekundę, a setki tysięcy wywołań API mogły zostać wykonane w czasie krótszym niż osiem godzin. Taka skala wskazuje na silną automatyzację oraz komercjalizację przejętych zasobów poprzez dalszą odsprzedaż dostępu.

W części przypadków sama kompromitacja klucza API nie była końcem operacji. Napastnicy przeszukiwali środowiska w poszukiwaniu kolejnych sekretów, logów, baz danych i menedżerów tajemnic, a także utrwalali dostęp przez dodawanie kont zapasowych, kluczy SSH lub własnych reverse proxy. Dodatkowym czynnikiem ryzyka są podatności w komponentach pośredniczących obsługujących wiele modeli, które mogą umożliwiać zdalne wykonanie kodu i rozszerzenie kompromitacji.

Konsekwencje / ryzyko

Najbardziej bezpośrednim skutkiem LLMjackingu są straty finansowe. W przeciwieństwie do wielu innych incydentów tutaj koszt pojawia się niemal natychmiast i rośnie wraz z liczbą wywołań API, zużyciem tokenów oraz intensywnością inferencji. W środowiskach korzystających z drogich modeli skutki mogą być odczuwalne już po kilku godzinach od przejęcia dostępu.

Ryzyko nie ogranicza się jednak do rachunków chmurowych. Jeśli atakujący uzyskają szerszy wgląd w środowisko, mogą przejąć dodatkowe sekrety, elementy łańcucha dostaw, dane aplikacyjne oraz mechanizmy administracyjne. Publiczne wystawienie nieautoryzowanych proxy może prowadzić również do naruszeń zgodności, utraty kontroli nad przepływem danych wejściowych oraz trudności w odróżnieniu legalnego ruchu od nadużycia.

Poważnym problemem jest także opóźnione wykrywanie. W organizacjach, które dynamicznie rozwijają wdrożenia AI, zwiększone wykorzystanie modeli może zostać błędnie zinterpretowane jako naturalny wzrost biznesowy. Taka sytuacja wydłuża czas ekspozycji i zwiększa ostateczną skalę strat.

Rekomendacje

Podstawą ochrony przed LLMjackingiem powinno być rygorystyczne zarządzanie tożsamością i uprawnieniami. Klucze API, tokeny oraz konta serwisowe muszą działać zgodnie z zasadą najmniejszych uprawnień, mieć ograniczony czas życia i podlegać regularnej rotacji. Niezbędne jest również wyeliminowanie przechowywania sekretów w plikach konfiguracyjnych, skryptach i repozytoriach kodu.

Równie ważne pozostaje monitorowanie wykorzystania usług AI. Organizacje powinny aktywować logi audytowe, dzienniki inferencji oraz logi dostępu, a następnie budować alerty wykrywające nagłe skoki liczby żądań, nietypowe lokalizacje geograficzne, nowe usługi lub oznaki działania warstw proxy.

  • wdrożyć scentralizowane zarządzanie sekretami,
  • stosować phishing-resistant MFA dla dostępu uprzywilejowanego,
  • ustawić limity zużycia i progi budżetowe z automatycznym odcięciem,
  • regularnie przeglądać publicznie wystawione endpointy LLM i reverse proxy,
  • segmentować środowiska AI od pozostałych zasobów produkcyjnych,
  • szybko aktualizować bramki, frameworki i komponenty pośredniczące,
  • identyfikować i ograniczać zjawisko shadow AI.

Takie środki nie zawsze zapobiegną samej kompromitacji, ale mogą istotnie ograniczyć czas trwania incydentu, skalę nadużycia oraz końcowe straty finansowe.

Podsumowanie

LLMjacking wyrasta na jedną z ważniejszych kategorii zagrożeń dla środowisk opartych na generatywnej AI. Łączy w sobie kompromitację poświadczeń, nadużycie zasobów chmurowych i model biznesowy oparty na odsprzedaży dostępu do przejętej infrastruktury. Dla organizacji oznacza to konieczność traktowania usług LLM jak zasobów krytycznych, które wymagają takiego samego poziomu kontroli, segmentacji i monitorowania jak systemy produkcyjne oraz uprzywilejowane tożsamości.

Źródła

  1. BleepingComputer — Google: LLMjacking attacks rack up $1 million in cloud AI charges — https://www.bleepingcomputer.com/news/security/google-llmjacking-attacks-rack-up-1-million-in-cloud-ai-charges/