Forscher zeigt zwei Vektoren, die Remote root in Unitree G1 EDU ermöglichen

Ein Sicherheitsermittler hat zwei unabhängige Ketten enthüllt, die eine Remote-Code-Ausführung mit Root-Privilegien auf dem Unitree G1 EDU-Roboter ermöglichen. Gemäß der am 27. August 2026 von Olivier Laflamme veröffentlichten technischen Offenlegung sind die Verlobungsrouten unterschiedlich: eine Explosion einer grenzüberschreitenden Bahnbedingung in Netzkomponenten, um einen lokalen Executor zu erreichen, genanntBashruner, und der andere Teil einer Bluetooth Low Energy (BLE) Interaktion, die, kombiniert mit einer schlechten Autorisierung in Cloud-Service, ermöglicht, eine Schwachstelle von Wi-Fi-Vorsorge, die in Root-Ausführung auf dem Roboter-Locomotion-Computer.

Fakten bestätigt: Laflamme hat CVE-Nummern beiden Fehlern zugeordnet (CVE-2026-76639 und CVE-2026-76640) und technisch dokumentiert, wie jede Kette in Wurzel auf dem sogenannten Locomotion PC gipfelt - das integrierte System, das EDU G1-Motoren und Aktuatoren steuert -. Auf der Netzwerkroute (CVE-2026-76639) beginnt die Operation mit einem Querschnittspfad in einem Dienst, der alschat _ godie in der Logik derBashrunerderen Missbrauch zur Ausführung mit Wurzelrechten führt. Auf der BLE-Route (CVE-2026-76640) kann der Angreifer einen Bluetooth-unübertroffenen Startvektor schreiben; diese Anfangsphase allein gibt keine Kontrolle, sondern laut Laflamme eine fehlerhafte Eigenschaftsprüfung im Cloud-Service erlaubt, Schlüsselmaterial für einen anderen Roboter zu wiederherstellen, was wiederum den authentifizierten Zustand ermöglichte, den Wi-Fi-Versorgungscode zu erreichen, wo es einen Überlauf gibt, der zu root ansteigen kann.

Was wird bestätigt und was nicht: Es wird bestätigt, dass Laflamme kontrollierte Tests mit zwei G1 im gleichen Raum durchgeführt und die Ausbreitung der Explosion auf diese Laborumgebung begrenzt. Er sagte auch, dass Unitree im Juli 2026 eine Anordnung zur Link-Überprüfung zwischen Wolke und Roboter-Konto angewendet; nach ihm, dass Korrektur bricht die genaue Strömung, die er für seinen Konzepttest verwendet. Es wird nicht von Unitree bestätigt (zumindest öffentlich und nach den verfügbaren Informationen), welche Versionen von Firmware verteilt sind diejenigen, die beide CVE vollständig korrigieren, noch ob andere Unitree-Modelle über die G1 EDU die gleichen gefährdeten Komponenten teilen.

Es ist wichtig, eine weitere technische Präzision von Laflamme zu beachten: Ihr Testroboter wurde während der Arbeit auf V1.5.2 aktualisiert, aber diese Sequenz stellt nicht an sich fest, dass die Version V1.5.1.1 betroffen ist. Mit anderen Worten, es gibt eine Bestätigung des Problems im Labor und im Operationsvektor, aber die genaue Karte der in tatsächlichen Installationen betroffenen Versionen fehlt noch eine öffentliche Aussage des Herstellers, die von Dritten nachprüfbar ist.

Wie die Angriffe funktionieren, in technischer Hinsicht: die erste Kette basiert auf Missbrauch von Dateirouten (Weg-Traversal) auf einer Netzwerkschnittstelle, die einem Angreifer erlaubt, Befehle in eine Komponente einzugeben, die sie anruftBashruner; dass der Executor keine ausreichenden Kontext- oder Privileg-Kontrollen durchführt, und endet mit laufendem Root-Limit-Code im Lokomotion-Subsystem. Die zweite Kette kombiniert eine anfängliche BLE-Operation, die keine Anpassung erfordert - die Annahme einer geschützten Bootstrap-Nachricht selbst - mit einem Cloud-Freigabeausfall, der für die Wiederherstellung von Schlüsseln, die mit einem anderen Gerät verbunden sind erlaubt. Mit diesen Schlüsseln erhält der Angreifer den authentifizierten Zustand, um die Wi-Fi-Versorgungsroutine zu betreiben, wo es einen ausnutzbaren Pufferüberlauf gibt, der wiederum mit Wurzel auf dem Lokomotionscomputer gipfelt.

Die Betroffenen und warum es wichtig ist: Betriebsinhaber der Unitree G1 EDU sind die direkt gefährdete Gruppe - darunter Forschungslabore, Universitäten, Unternehmen, die diese Roboter für Bildung oder Demonstrationen verwenden - weil ein Angreifer mit lokalem Netzwerkzugang oder mit physikalischer Nähe Bluetooth eine vollständige Kontrolle der Motoren und Sensoren des Roboters erreichen könnte. Die Fähigkeit, Code als root auf der Lokomotion-Plattform zu betreiben, beinhaltet die physische Kontrolle (Bewegung von Beinen, Kameras, Mikrofone), Verlust der Datenintegrität, die Möglichkeit, lokale Beharrlichkeit und das Risiko, Anmeldeinformationen zu kompromittieren, die Zugriff auf andere Roboter oder zugehörige Dienste ermöglichen. Darüber hinaus öffnet die Key Recovery durch Cloud den Angriffsvektor von Remote-Konten, wenn die Berechtigung nicht ausreichend eingeschränkt ist.

Tatsächliche Auswirkungen und praktische Risiken: über Computerschaden hinaus kann die Operation zu physischen Schäden führen - Kollisionen, unerwartete Bewegungen, Gefahr für das Personal - und Verlust von geistigem Eigentum oder von dem Roboter erfassten Daten. Wenn die Kette durch wiedergewonnene Schlüssel oder lokale Netzausbreitung zu mehr als zwei Masseneinheiten repliziert werden könnte, wäre die Wirkung größer; denn jetzt ist die Verbreitung nicht öffentlich nachgewiesen worden.

Die Implikationen für Organisationen, die diese Roboter in ihren Betrieb integrieren, umfassen die Notwendigkeit, physische und logische Zugriffskontrollen neu zu bewerten, Netzwerksegmentierung (Isolate Robots in VLANs) zu überprüfen und Versorgungs- und Authentifizierungsprozesse einzustellen, um zu verhindern, dass ein Cloud-Konto Schlüsselmaterial von anderen Geräten beeinträchtigt.

Besondere und dringende Maßnahmen, die von EDU G1 Betreibern zu ergreifen sind: 1) Die G1 EDU-Roboter sofort von unzuverlässigen Netzwerken isolieren und, falls möglich, vorübergehend von Wi-Fi und Cloud trennen, bis Unitree eine gepartete Version bestätigt. 2) Deaktivieren Sie Bluetooth oder begrenzen Sie seine körperliche Reichweite; wenn es nicht kann, legen Sie den Roboter in einen kontrollierten Raum, wo es keinen öffentlichen Zugang in der Nähe gibt. 3) Ändern Sie die Anmeldeinformationen der verwandten Cloud-Konten, aktivieren Sie Multifactor-Authentifizierung und überprüfen Sie Schlüsselwiederherstellungsdaten. 4) Fragen Sie den Hersteller nach der genauen Firmware-Version, die sowohl CVE korrigiert und einen Nachweis der Bildintegrität erfordert (digitale Signaturen). 5) Wenn Sie Sicherheitsfunktionen haben, erfassen Sie forensische Bilder und Roboter-Aufzeichnungen, bevor Sie Updates anwenden (um Beweise bei Vorfall zu bewahren). 6) Segmentieren Sie das Netzwerk: Platzieren Sie Roboter in Subnetzen mit strengen Firewall-Regeln, begrenzen Sie administrative Ausgänge und Zugriff. (7) Bewahren Sie physische Zugangskontrollverfahren, die verhindern, dass Dritte nahe genug kommen, um BE auszunutzen.

Bei größeren Managern oder Bediensteten der Unternehmenssicherheit empfiehlt es sich neben den oben genannten Maßnahmen, den internen CSIRT/CERT zu unterrichten, mit Unitree zu koordinieren, um formale Indikationen zu erhalten und gegebenenfalls Vorfälle zu melden. Andere in der Organisation eingesetzte Unitree-Modelle sollten auch geprüft werden, falls sie anfällige Komponenten teilen.

Quellen und praktische Hinweise: Unitree hält Produkt- und Support-Informationen auf seiner offiziellen Website http://www.unitree.com/. Um die Besonderheiten und Einschränkungen der BLE-Anpassung und deren Sicherheit zu verstehen, bietet die offizielle Bluetooth-Spezifikation einen nützlichen technischen Kontext https: / / www.bluetooth.com / lern-about-bluetooth / chore-Spezifikation /. Und für operative Anleitungen zum Schutz vernetzter Geräte und guter IoT-Sicherheitspraktiken, der US Cybersecurity and Infrastructure Agency. UU veröffentlicht praktische Empfehlungen, die an die Bildungsroboterumgebung angepasst werden können https: / / www.cisa.gov / stopthinkconnect / sequre-your-devices.

Schließlich ist es wichtig, die Unsicherheit hervorzuheben, die noch besteht: Die öffentliche Liste der unterzeichneten und gepatchte Versionen wurde von Dritten nicht überprüft, und Unitree hat noch nicht öffentlich eine Reihe spezifischer Firmware mitgeteilt, die sowohl CVE in allen Fällen korrigiert. Die Betreiber sollten den offiziellen Mitteilungen des Herstellers folgen und Patches nur aus verifizierten Quellen anwenden; die beschriebenen Eindämmungsmaßnahmen reduzieren das Risiko und vermeiden mögliche physische Schäden oder nachfolgende Verpflichtungen.