Near AI potwierdza naruszenie bezpieczeństwa: 100 użytkowników, 18 agentów

Luka w zabezpieczeniach SGLang otwiera drzwi do infrastruktury Near AI

Zgodnie z oficjalnym raportem Near AI dotyczącym incydentu bezpieczeństwa, opublikowanym w poniedziałek 9 listopada, osoba nieuprawniona wykorzystała lukę umożliwiającą zdalne wykonanie kodu (RCE) w SGLang, silniku open source służącym do przetwarzania obciążeń związanych ze sztuczną inteligencją. Luka umożliwiła wykonanie kodu na jednym serwerze wnioskowania, zapewniając punkt wejścia do dodatkowych systemów wewnętrznych.

Stamtąd intruz uzyskał dostęp do infrastruktury powiązanej z wycofaną wcześniej usługą Near AI „Private Chat”, pobierając dane kont należących do około 100 użytkowników. Skradzione dane obejmowały imiona i nazwiska oraz adresy e-mail, a w przypadku niektórych kont ujawniono również plany subskrypcyjne i informacje o saldzie.

Włamanie wykroczyło poza dane klientów. Śledczy potwierdzili nieautoryzowany dostęp do 18 agentów działających w ramach starszej wersji wdrożenia Near AI Agents poza zaufanym środowiskiem wykonawczym (TEE) firmy. Pobrane informacje obejmowały historie czatów, ustawienia konfiguracyjne oraz dzienniki operacyjne.

W tych logach ujawniono również klucze interfejsu programowania aplikacji (API) dwóch klientów Near AI Cloud. Oba klucze zostały już unieważnione.

Co ważne, firma Near AI poinformowała, że nie znaleziono żadnych oznak wskazujących na dostęp do zapisanych rozmów w usłudze Private Chat lub przesłanych plików. Jednak firma przyznała, że żądania przetwarzane na naruszonym serwerze 8 listopada mogły zostać podglądnięte, w tym żądania działające w trybie poufnym.

W ujawnionych informacjach dokonano rozróżnienia między potwierdzoną kradzieżą danych a potencjalnym ujawnieniem informacji podczas przetwarzania. Firma Near AI nie podała, ile poufnych żądań mogło zostać podglądniętych.

Dlaczego poufne przetwarzanie danych nie zapobiegło naruszeniu?

Być może najbardziej znaczącym wnioskiem płynącym z tego incydentu są ograniczenia technologii poufnego przetwarzania danych, zaprojektowanej w celu ochrony wrażliwych informacji poprzez izolowane sprzętowo środowiska wykonawcze. Firma Near AI wyjaśniła, że zabezpieczenia te nie są w stanie automatycznie chronić przed lukami w zabezpieczeniach aplikacji działających w tych środowiskach.

„Poufne przetwarzanie danych chroni dane przed operatorem i hostem. Nie chroni jednak przed luką w oprogramowaniu działającym w tym środowisku i właśnie to miało miejsce w tym przypadku” – przyznała firma.

W praktyce osoba atakująca wykorzystała samo oprogramowanie wnioskowania, zamiast próbować pokonać mechanizmy izolacji sprzętowej. Gdy złośliwy kod został uruchomiony na dotkniętym serwerze, żądania poddawane przetwarzaniu stały się potencjalnie dostępne.

To rozróżnienie ma znaczenie, ponieważ poufne przetwarzanie danych ma na celu ograniczenie dostępu operatorów infrastruktury i hostów bazowych. Nie gwarantuje ono jednak, że oprogramowanie przetwarzające poufne informacje jest wolne od luk, które można wykorzystać. Firma Near AI oświadczyła, że w ramach analizy bezpieczeństwa zbada teraz oprogramowanie do wnioskowania oraz powiązane usługi z taką samą rygorystycznością, jaką stosuje się w przypadku chronionych środowisk obliczeniowych.

Near AI przywraca usługi w chmurze po podjęciu działań zabezpieczających

Po wykryciu incydentu firma Near AI unieważniła aktywne sesje i poświadczenia administracyjne, wymieniła tokeny agentów oraz wyłączyła usługę Private Chat. Inżynierowie wdrożyli poprawkę dotyczącą luki w zabezpieczeniach SGLang na każdym serwerze wnioskowania i przeprowadzili dodatkową rotację poświadczeń.

Firma poinformowała również o zakończeniu analizy kryminalistycznej, powiadomieniu użytkowników, których dotyczyła sytuacja, oraz indywidualnym skontaktowaniu się z właścicielami wszystkich 18 naruszonych agentów AI. Near AI potwierdziło, że dostęp do usług w chmurze został przywrócony po opanowaniu sytuacji i usunięciu luki. Informacja o luce została dodatkowo przekazana do zespołu projektu SGLang.

Klienci, których dotyczyła ta sytuacja, otrzymali instrukcje za pośrednictwem strony security@near.ai, a firma ostrzegła użytkowników przed niechcianymi wiadomościami odnoszącymi się do informacji o koncie lub sald. W przypadkach wymaganych przez prawo zostaną wysłane powiadomienia do organów regulacyjnych. Zgodnie z doniesieniami incydent nie miał wpływu na sam protokół Near ani inne usługi w ramach szerszego ekosystemu.

Niemniej jednak naruszenie to rodzi niepokojące pytanie dla dostawców poufnej infrastruktury AI: na ile prywatne są chronione obliczenia, gdy oprogramowanie przetwarzające żądania pozostaje podatne na ataki? Izolacja sprzętowa stanowi ważną barierę bezpieczeństwa, ale incydent z Near AI pokazuje, że poufność ostatecznie zależy od integralności aplikacji działających w jej ramach.

Naruszenie bezpieczeństwa w Near AI ma miejsce również w kontekście niezwykłej serii incydentów związanych z bezpieczeństwem, dokumentowanych przez serwis Bitcoin.com News w ciągu ostatnich kilku miesięcy. Od oszałamiającego włamania do Binance o wartości 6,3 mld dolarów 29 października i zgłoszonego naruszenia portfela Bitget o wartości 387,5 mln dolarów po atak na Liquid Network, w wyniku którego skradziono prawie 600 BTC – atakujący wielokrotnie ujawniali słabe punkty w całej branży aktywów cyfrowych.

Incydenty związane z bezpieczeństwem, w które zaangażowane były firmy Ledger, Safepal, Trezor, Keystone, Chainalysis, Gnosis Pay, Keplr-Web3Auth oraz Crédit Mutuel Arkéa, jeszcze bardziej pogłębiły obawy, podczas gdy nowo ujawnione luki w zabezpieczeniach systemu iOS stanowią zagrożenie dla wrażliwych danych aplikacji. W sumie wydarzenia te ujawniają coraz bardziej niepokojącą rzeczywistość: wyzwania związane z bezpieczeństwem w branży wykraczają daleko poza kradzież kryptowalut, sięgając głęboko do danych klientów, zależności oprogramowania, systemów uwierzytelniania oraz infrastruktury, której powierzono ochronę aktywów cyfrowych.