Dwie luki w Unitree G1 EDU umożliwiają root RCE, w tym atak rozpoczynający się przez Bluetooth

Wprowadzenie do problemu / definicja

W humanoidalnych robotach Unitree G1 EDU ujawniono dwie poważne podatności bezpieczeństwa, które mogą prowadzić do zdalnego wykonania kodu z uprawnieniami roota. To szczególnie istotne w kontekście systemów cyber-fizycznych, gdzie kompromitacja oprogramowania może bezpośrednio wpłynąć na działanie komponentów odpowiedzialnych za ruch, komunikację i interakcję robota z otoczeniem.

W praktyce oznacza to, że błędy w warstwie aplikacyjnej, komunikacyjnej i logice autoryzacji mogą zostać połączone w skuteczny łańcuch ataku, prowadzący do pełnego przejęcia urządzenia.

W skrócie

Ujawniono dwie luki: CVE-2026-76639 oraz CVE-2026-76640.
Pierwsza podatność wykorzystuje path traversal w komponencie chat_go i prowadzi do uruchomienia poleceń przez bashrunner.
Druga luka rozpoczyna się od interakcji przez Bluetooth Low Energy i kończy wykonaniem kodu jako root.
Celem ataku jest komputer odpowiedzialny za lokomocję robota.
W momencie ujawnienia brakowało jednoznacznego potwierdzenia konkretnej wersji firmware’u zawierającej pełne poprawki.

Kontekst / historia

Informacje o podatnościach opublikowano pod koniec sierpnia 2026 roku. Sprawa dotyczy edukacyjnej wersji humanoidalnego robota Unitree G1 EDU, wykorzystywanego m.in. w środowiskach badawczych, edukacyjnych i demonstracyjnych.

Opis incydentu wpisuje się w rosnące zainteresowanie bezpieczeństwem robotyki, urządzeń IoT oraz systemów autonomicznych. W takich platformach pojedynczy błąd rzadko jest problemem odizolowanym — znacznie częściej staje się elementem większego łańcucha kompromitacji, łączącego kilka pozornie niezależnych słabości.

Szczególną uwagę zwraca ścieżka ataku rozpoczynająca się od BLE. Choć Bluetooth bywa traktowany jako interfejs lokalny o ograniczonym zasięgu, w praktyce nadal może stanowić bardzo użyteczny punkt wejścia dla atakującego znajdującego się w pobliżu urządzenia.

Analiza techniczna

CVE-2026-76639 opisuje niezależny łańcuch prowadzący do root RCE. Zgodnie z ujawnionymi informacjami problem dotyczy mechanizmu path traversal w komponencie chat_go, który umożliwia dotarcie do funkcjonalności bashrunner. W efekcie atakujący może doprowadzić do wykonania poleceń systemowych na komputerze sterującym lokomocją robota.

To szczególnie niebezpieczna kombinacja, ponieważ błąd walidacji ścieżki zostaje powiązany z komponentem wykonawczym. Taki układ znacząco zwiększa skutki podatności i skraca drogę od pozornie ograniczonego błędu aplikacyjnego do pełnego przejęcia systemu.

CVE-2026-76640 obejmuje bardziej złożony łańcuch kompromitacji. Atak rozpoczyna się od zapisu przez Bluetooth Low Energy, który według opisu miał akceptować inicjującą interakcję bez wcześniejszego parowania. Następnie możliwe było przejście do dalszych etapów związanych z provisionigiem Wi-Fi i uzyskaniem stanu uwierzytelnionego wymaganego przez określone mechanizmy konfiguracyjne.

W badaniu wskazano również wcześniejszy problem po stronie mechanizmu chmurowego odpowiedzialnego za autoryzację własności urządzenia. W pewnych warunkach pozwalało to uzyskać materiał kluczowy dotyczący innego robota przy użyciu prawidłowego konta, ale bez właściwej weryfikacji właściciela urządzenia. Po przejściu tych etapów atak miał prowadzić do kodu odpowiedzialnego za konfigurację Wi-Fi, gdzie znajdowało się przepełnienie bufora skutkujące wykonaniem kodu jako root.

Z technicznego punktu widzenia kluczowe są trzy kwestie:

łańcuch obejmuje problemy z autoryzacją, komunikacją bezprzewodową i bezpieczeństwem pamięci,
celem końcowym jest system o wysokim znaczeniu operacyjnym, czyli komputer sterujący lokomocją,
brak jednoznacznie wskazanej wersji firmware’u z pełnymi poprawkami utrudnia ocenę rzeczywistej skali narażenia.

Konsekwencje / ryzyko

Ryzyko związane z tymi lukami należy uznać za wysokie. Uzyskanie dostępu root do systemu sterującego robotem może umożliwić modyfikację jego zachowania, zakłócenie pracy, trwałe osadzenie złośliwego oprogramowania oraz zmianę ustawień komunikacyjnych i sieciowych.

W przypadku platform cyber-fizycznych skutki kompromitacji nie ograniczają się do naruszenia poufności czy integralności danych. Obejmują także bezpieczeństwo operacyjne, ciągłość działania oraz potencjalne zagrożenie dla ludzi znajdujących się w otoczeniu urządzenia.

Łańcuch rozpoczynający się od BLE jest szczególnie istotny w laboratoriach, na uczelniach, targach branżowych i podczas demonstracji technologicznych, czyli wszędzie tam, gdzie atakujący może fizycznie zbliżyć się do robota. Z kolei ścieżka sieciowa oparta na chat_go i bashrunner pokazuje, że również pomocnicze lub serwisowe interfejsy mogą stanowić krytyczny punkt wejścia.

Dodatkowym problemem pozostaje niepewność co do pełnego zakresu podatności. Publicznie wskazano model G1 EDU, ale w praktyce zespoły bezpieczeństwa powinny ostrożnie ocenić także inne podobne urządzenia tej samej rodziny produktowej.

Rekomendacje

Organizacje korzystające z Unitree G1 EDU powinny rozpocząć od pełnej inwentaryzacji urządzeń, wersji firmware’u oraz używanych interfejsów komunikacyjnych, w tym BLE, Wi-Fi i usług chmurowych. Należy ustalić, które roboty są eksponowane na sieci lokalne, kto ma do nich dostęp fizyczny oraz jakie aplikacje uczestniczą w provisioningu i zdalnym zarządzaniu.

W praktyce warto wdrożyć następujące działania:

ograniczyć lub czasowo wyłączyć BLE poza kontrolowanymi scenariuszami serwisowymi,
segmentować sieć i izolować roboty od stacji roboczych użytkowników oraz systemów biurowych,
monitorować logi pod kątem nietypowych sesji BLE, zmian konfiguracji Wi-Fi i prób nieautoryzowanego provisioningu,
zweryfikować, czy komponenty wykonawcze podobne do bashrunner są odpowiednio odseparowane od danych wejściowych użytkownika,
ograniczyć fizyczny dostęp do urządzeń w środowiskach współdzielonych,
przygotować procedury szybkiego odłączenia robota od sieci i zasilania w razie wykrycia oznak kompromitacji.

Do czasu pełnego potwierdzenia statusu poprawek najbezpieczniejszym podejściem pozostaje model defensywny: minimalizacja powierzchni ataku, ograniczenie zbędnych funkcji oraz dodatkowa kontrola ruchu i dostępu do urządzeń.

Podsumowanie

Dwie ujawnione podatności w Unitree G1 EDU pokazują, że bezpieczeństwo robotów humanoidalnych należy traktować z taką samą powagą jak ochronę serwerów, systemów przemysłowych i urządzeń IoT. Możliwość osiągnięcia root RCE — w tym przez łańcuch rozpoczynający się od Bluetooth — potwierdza, że nawet pozornie pomocnicze interfejsy mogą prowadzić do pełnej kompromitacji kluczowych funkcji robota.

Dla organizacji wykorzystujących takie platformy najważniejsze pozostają szybka identyfikacja narażonych urządzeń, ograniczenie ekspozycji interfejsów bezprzewodowych i sieciowych, segmentacja środowiska oraz bieżące śledzenie informacji o poprawkach producenta.