Onderzoekers hebben twee verschillende aanvalsroutes ontdekt die de Unitree G1 EDU kunnen raken met root remote code execution (RCE). Het gaat om kwetsbaarheden met een netwerkpad en een Bluetooth Low Energy (BLE)-pad. Beide routes kunnen uiteindelijk leiden tot code-uitvoering met rootrechten op de Locomotion PC van de robot.
Volgens de openbaar gemaakte analyse zijn de problemen geregistreerd als CVE-2026-76639 en CVE-2026-76640. Tegelijkertijd is er (ten tijde van de disclosure) geen exact, verifieerbare fixed firmware-release terug te vinden in voor het publiek beschikbare Unitree-informatie. Dat maakt het lastiger voor eigenaren om meteen te bepalen welke update als “veilig” geldt.
Wat is er gevonden bij de Unitree G1 EDU?
De onderzoeker Olivier Laflamme beschrijft twee onafhankelijke ketens waarmee een aanvaller uiteindelijk rootcode kan uitvoeren. De eerste keten start via een netwerk-adjacent pad, terwijl de tweede keten begint op basis van BLE nabijheid.
Belangrijk is dat beide problemen volgens de publicatie afzonderlijk zijn, maar dat in het onderzoek één deel als “bouwsteen” werd hergebruikt om de demonstratie van een andere keten mogelijk te maken. Daardoor lijkt het effect in praktijk soms op één samenhangende aanval, terwijl de kwetsbaarheden technisch los van elkaar staan.
Kwetsbaarheid CVE-2026-76639: van chat_go naar root
De eerste kwetsbaarheid, CVE-2026-76639, loopt volgens de beschrijving via een pad met netwerklogica. Laflamme stelt dat er in chat_go een path-traversal-conditie bestaat die een koppeling naar een andere component mogelijk maakt: bashrunner.
Wanneer die stap slaagt, kan de uitvoering via bashrunner uitkomen op root code execution op de Locomotion PC. Met andere woorden: door de fout in het padverwerkingsgedrag kan een aanvaller de besturingsstroom sturen tot in een plek waar systeemcommando’s of vergelijkbare uitvoering mogelijk worden.
De onderzoeker beschrijft CVE-2026-76639 als een op zichzelf staande root-RCE-route. Tegelijkertijd wordt dit mechanisme in de publicatie gebruikt als onderdeel van de bredere onderzoeksdemonstratie.
Kwetsbaarheid CVE-2026-76640: BLE nabijheid en root via Wi-Fi provisioning
De tweede kwetsbaarheid, CVE-2026-76640, is anders van opzet. In plaats van een netwerkroute begint de aanval via Bluetooth Low Energy (BLE) nabijheid.
De startroute zou een BLE-schrijfpad bevatten dat een bootstrap interaction accepteert zonder dat Bluetooth pairing nodig is. Daar staat tegenover dat het bootstrap-materiaal volgens de publicatie zelf wel beschermd blijft. De echte omslag komt later, wanneer de robot vervolgens Wi-Fi-provisioning moet uitvoeren.
Waarom cloud-autorisatie hier een cruciale rol speelt
Een kernpunt uit de analyse is dat de cloud-service een autorisatiecontrole niet voldoende uitvoerde. In de onderzoeksperiode accepteerde de cloud bij een key-recovery request een geldige Unitree account, maar controleerde zij niet of die account eigenaar was van de specifieke robot waarop de sleutelherstelpoging werd gedaan.
Door die autorisatiegap kon een aanvaller key-materiaal terughalen dat hoort bij een andere G1 EDU. Vervolgens kan dat herstelde sleutel materiaal worden gebruikt om een geauthenticeerde BLE state op te zetten. Met die staat wordt het mogelijk om de volgende fase aan te roepen: de Wi-Fi provisioning-operaties.
Buffer overflow in provisioning
In de beschrijving van Laflamme leidt de route daarna naar code in de Wi-Fi provisioning-logica. Daar wordt een buffer overflow gerapporteerd die uiteindelijk root execution op de Locomotion PC veroorzaakt.
Met andere woorden: BLE is in deze keten een ingang om authenticatiestatus en sleuteluitwisseling te beïnvloeden, waarna een fout in provisioning de escalatie naar root mogelijk maakt.
Is er een bevestigde firmware-fix?
Op basis van de openbaar gemaakte informatie is er op het moment van disclosure geen exact vastgelegde firmware-release geverifieerd in publiek toegankelijke Unitree-documentatie. Dat betekent dat eigenaren van de Unitree G1 EDU vooralsnog niet met zekerheid kunnen vaststellen welke versie precies de kwetsbaarheden verhelpt.
In de publicatie staat wel dat Unitree in juli 2026 de cloud-check tussen account en robot-ownership heeft gepatcht. Daardoor lijkt de cloud-ondersteunde aanvalsketen op 27 augustus 2026 niet meer dezelfde uitkomst te hebben, al hangt dat af van de exacte omstandigheden en configuraties.
De onderzoeker noemt ook dat zijn upgradepad in het onderzoek naar V1.5.2 liep, maar dat dit niet automatisch bewijst dat eerdere versies, zoals V1.5.1.1, daadwerkelijk geraakt zijn. Het tijdlijnverhaal maakt dus duidelijk dat “gepatcht” niet één-op-één gelijkvalt aan “niet meer kwetsbaar”, zeker niet als firmware-afhankelijkheid een rol speelt.
Wat betekent dit voor eigenaren en beheerders?
De belangrijkste boodschap uit de disclosure is dat de beveiliging van de robot niet uitsluitend aan firmware hangt, maar ook aan de manier waarop cloud-autorisatie de keten kan blokkeren of juist kan toelaten. Voor wie de Unitree G1 EDU beheert, is het daarom verstandig om naar meer te kijken dan alleen het lokale besturingssysteem.
Concreet kun je dit soort risico’s benaderen met drie praktische aandachtspunten:
- Updatebeleid: check of er (in de beheerkanalen of productdocumentatie) een firmwareversie wordt genoemd als fix voor de genoemde CVE’s.
- Account- en ownership-controle: omdat de cloud-auth gap expliciet wordt genoemd, is het relevant om te zorgen dat de robot alleen met juiste accountkoppelingen wordt gebruikt.
- Operationele beperking: aangezien één keten via BLE nabijheid start, kan het beperken van fysieke nabijheid en onnodige pairing/blootstelling helpen bij risicoreductie.
Let wel: deze maatregelen zijn aanvullend. De publicatie zegt dat er wel een cloud-component is aangepast, maar dat er voor firmware geen exacte, algemeen verifieerbare release met “zeker” label beschikbaar was in de bronperiode.
Vergelijkbare aanpak: kijk ook naar andere RCE’s in het ecosysteem
Dit soort incidenten laat zien waarom het belangrijk is om RCE-risico’s serieus te nemen, zeker wanneer de route zowel softwarefouten als omgevings- of provisioninglogica bevat. Eerder zagen we bijvoorbeeld ook adviserende berichten rond kritieke kwetsbaarheden en snelle patching, zoals bij ServiceNow-kwetsbaarheden met CVSS 10. Ook daar draaide het om het voorkomen van escalatie wanneer een aanvaller genoeg context krijgt.
Voor robot- en IoT-omgevingen geldt bovendien dat de supply chain en configuratie van netwerk- en authenticatiestromen vaak net zo bepalend zijn als het “stukje code” waar het begon.
Reikwijdte en verantwoordelijkheden: geldt dit voor andere Unitree-modellen?
De productpagina van Unitree maakt volgens de publicatie onderscheid tussen de G1 en G1 EDU als aparte modellen. Daarmee blijft de bredere toepasbaarheid van beide nieuwe kwetsbaarheden op andere robotvarianten op het moment van publicatie onbevestigd.
De onderzoeker heeft de propagatieproef beperkt beschreven tot twee robots in één ruimte. Dat geeft inzicht in hoe een proof-of-concept kan worden opgebouwd, maar het bewijst niet automatisch dat de kwetsbaarheid in elke setting, op elke variant of in elke firmwarecombinatie hetzelfde gedrag oplevert.
De oorspronkelijke melding vermeldt ook dat er contact is gezocht met Unitree om vaste firmwareversies, het productbereik en de stand van remediatie te bevestigen. Zolang die details niet duidelijk zijn, blijft het voor beheerders zaak om de updates en advisering van de fabrikant actief te volgen.
Conclusie
De disclosure rond de Unitree G1 EDU toont twee routes naar root remote code execution: een netwerkpad met CVE-2026-76639 via chat_go en bashrunner, en een BLE-nabijheidsroute met CVE-2026-76640 die via een cloud-ownership gap en Wi-Fi provisioning uitkomt op root.
Unitree zou in juli 2026 de cloud-autorisatiecontrole hebben aangepast. Tegelijkertijd ontbrak er in de publicatie een publiek verifieerbare, exact benoemde firmware-fix voor de genoemde CVE’s. Voor eigenaren en beheerders betekent dit: check updates, borg juiste accountkoppeling en beperk onnodige blootstelling rond BLE en provisioning. Daarmee verklein je het risico totdat er duidelijkheid is over de specifieke firmwareversies die de problemen definitief oplossen.
Wil je meer lezen over hoe systemen voorbereid kunnen zijn op dit soort escalaties, dan is het interessant om ook aandacht te besteden aan het bredere onderwerp security operations klaar voor AI-aanvallen, omdat de manier waarop incidenten worden gedetecteerd en afgebakend vaak bepaalt hoe snel je schade kunt beperken.
Bron: https://thehackernews.com/2026/08/two-unitree-g1-edu-humanoid-robot-flaws.html
