RespostasPublicado19 fontes
Falhas no Unitree G1 EDU podem dar controle root a atacantes próximos
O firmware do Unitree G1 EDU até a versão 1.5.2 foi associado a duas cadeias independentes de execução remota de código como root: uma via Bluetooth e outra por serviços acessíveis pela rede. A rota BLE pode começar sem pareamento ou credenciais e atingir o Locomotion PC, sistema ligado a motores, câmeras, microfone...
Publicado porEditado com GPT-5.6 LunaImagens geradas com GPT Image 1.5
Resposta de pesquisa
Principais conclusões
- O firmware do Unitree G1 EDU até a versão 1.5.2 foi associado a duas cadeias independentes de execução remota de código como root: uma via Bluetooth e outra por serviços acessíveis pela rede.
- A rota BLE pode começar sem pareamento ou credenciais e atingir o Locomotion PC, sistema ligado a motores, câmeras, microfones, áudio e recursos de voz.
- Operadores devem confirmar com a Unitree qual firmware corrige as duas CVEs, isolar os robôs, restringir o provisionamento BLE e investigar sinais de comprometimento.
Prompt de IA
openai.comCreate a landscape editorial hero image for this Studio Global article: What did security researcher Olivier Laflamme’s August 27, 2026 “UniBLEed” disclosure reveal about the two vulnerabilities, CVE-2026-76639 a. Article summary: Laflamme’s “UniBLEed” disclosure described two independent root-RCE chains in Unitree G1 EDU firmware through 1.5.2: a nearby, unauthenticated BLE/Wi‑Fi provisioning attack and a separate network-adjacent path to root. T. Topic tags: general, government, education, general web, academic. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermark
A divulgação de segurança UniBLEed, publicada em agosto de 2026, descreveu duas cadeias distintas de ataque contra o firmware do Unitree G1 EDU até a versão 1.5.2. Uma delas começa com um atacante não autenticado dentro do alcance do Bluetooth; a outra explora serviços acessíveis pela rede e o recurso de base de conhecimento chat_go. Segundo as descrições públicas, as duas podem levar à execução de comandos como root no Locomotion PC do robô. 1
5
8
A diferença é importante: o impacto relatado vai além do comprometimento de um aplicativo ou de uma sessão Bluetooth. O Locomotion PC é um computador baseado em Linux que dá suporte a funções relevantes para a segurança e a operação do robô, incluindo motores, câmeras, áudio e recursos de voz. 5
13
CVE-2026-76640: a cadeia que começa pelo Bluetooth
A vulnerabilidade BLE é a mais incomum das duas porque não exige que o invasor tenha acesso inicial à rede local do robô. Um atacante próximo poderia interagir com funções GATT expostas sem parear o dispositivo e sem apresentar credenciais do robô. 5
8
13
A cadeia relatada combina várias falhas:
- Um endpoint de nuvem da Unitree supostamente permitia que uma conta gratuita recuperasse a chave AES-128 de um G1 sem verificar adequadamente se a conta era dona do robô-alvo.
8
11
- Com essa informação, o atacante poderia acessar operações BLE protegidas, injetar uma chave pré-compartilhada e acionar um fluxo alternativo de provisionamento de Wi-Fi.
- O tratamento inseguro dos dados de configuração — incluindo uma variável não protegida por aspas em um heredoc — poderia ser combinado com falhas na pilha de provisionamento BLE e Wi-Fi para chegar à execução arbitrária de comandos como root.
5
As descrições públicas da vulnerabilidade também apontam um componente de estouro de buffer no processamento do SSID. O erro poderia corromper uma entrada adjacente de despacho de ponteiro de função, posteriormente usada para chamar dados controlados pelo atacante por meio de system() com privilégios de root. 3
5
Por que a exigência de proximidade importa
O invasor precisaria estar fisicamente perto o suficiente para se comunicar por Bluetooth, mas não necessariamente teria de possuir credenciais ou realizar o pareamento. Isso altera o perfil de risco de robôs usados em demonstrações públicas, laboratórios, armazéns ou instalações compartilhadas.
A pesquisa também levantou um possível cenário de propagação semelhante ao de um worm: em teoria, um G1 comprometido poderia procurar e atacar outras unidades vulneráveis nas proximidades. Essa é uma consequência possível da capacidade da cadeia de ataque, não uma evidência de que um worm tenha sido distribuído no mundo real. 5
8
A preocupação ganha contexto adicional com relatos anteriores sobre firmware relacionado da Unitree, nos quais dados maliciosos de configuração de Wi-Fi processados após uma interação de provisionamento BLE podiam levar à injeção de comandos.
CVE-2026-76639: a rota independente pelo chat_go
A CVE-2026-76639 usa um ponto de entrada diferente. O NVD descreve o firmware do G1 EDU até a versão 1.5.2 como vulnerável a uma cadeia não autenticada de execução remota de código por atacantes com acesso adjacente à rede. O caminho combina três problemas: uma ponte WebRTC-DDS exposta na porta TCP 9991, uma chave AES-128 estática armazenada com permissões excessivamente amplas e uma falha de travessia de caminho na API de upload de conhecimento do chat_go. 1
Em linhas gerais, a travessia de caminho poderia permitir que o invasor colocasse um arquivo malicioso em um diretório autorizado pelo bashrunner. O serviço então executaria o arquivo como root, transformando uma falha de gravação de arquivos em execução de código. 1
4
Essa rota não depende de o atacante estar ao lado do robô usando Bluetooth. A exposição prática depende de como os serviços acessíveis pela rede estão publicados e de quais dispositivos não confiáveis conseguem se comunicar com eles.
O que um comprometimento poderia expor
O acesso root ao Locomotion PC poderia dar controle sobre softwares conectados a funções centrais do robô. Os relatos citam motores e locomoção, câmeras, microfones, reprodução de áudio e recursos relacionados à voz. 5
13
Isso cria implicações tanto de cibersegurança quanto de segurança física. Um robô comprometido poderia, em tese, ser usado para vigilância, reprodução de áudio ou fala sem autorização, interrupção de serviços ou movimentação insegura. As informações disponíveis confirmam a sensibilidade dos sistemas afetados, mas não comprovam que um G1 específico tenha sido explorado nem que tenha ocorrido um incidente perigoso no mundo real.
Resposta da Unitree e o que ainda não está claro
Relatos públicos afirmam que a Unitree validou os achados e disponibilizou correções. 6 Outras reportagens descrevem a inclusão, em julho de 2026, de uma verificação de vínculo entre a conta e o robô.
12 Porém, as evidências fornecidas não incluem um comunicado da fabricante que associe cada CVE a uma versão específica e confirmada do firmware corrigido.
O intervalo documentado nas informações das CVEs inclui o firmware até a versão 1.5.2. 1
5 Não foi possível verificar de forma independente, nas orientações disponíveis, uma versão exata que corrija definitivamente todos os elementos das duas cadeias.
8
Por isso, operadores não devem presumir que uma atualização genérica para a “versão mais recente” resolva as duas vulnerabilidades sem confirmar a versão instalada e obter uma resposta da Unitree.
Recomendações para operadores do G1 EDU
- Confirme a correção com a Unitree. Solicite as versões exatas do firmware que corrigem as CVE-2026-76639 e CVE-2026-76640 e verifique a versão instalada em cada robô.
- Reduza a exposição física. Até confirmar a correção, mantenha os robôs afetados longe de pessoas não confiáveis e de outras unidades G1 vulneráveis. Desative o provisionamento BLE quando isso for operacionalmente viável.
- Segmente a rede do robô. Coloque os sistemas G1 em redes isoladas e com acesso controlado. Bloqueie conexões de entrada desnecessárias para serviços de gerenciamento, WebRTC/DDS e provisionamento.
- Restrinja o envio de arquivos. Desative ou limite os uploads da base de conhecimento do
chat_goquando possível e revise os diretórios autorizados pelobashrunner, além de arquivos de serviço, em busca de alterações inesperadas. - Investigue sinais de exposição. Trate um comprometimento sem explicação como um possível incidente em nível root: altere credenciais e chaves relevantes, examine logs e mudanças no sistema de arquivos e, se necessário, reinstale a imagem do robô a partir de uma fonte confiável da fabricante.
A principal lição da UniBLEed é que a segurança de um robô depende de toda a cadeia de controle conectada. Uma interface BLE, uma checagem de autorização na nuvem, um script de provisionamento ou uma função de upload ligada à inteligência artificial pode se transformar em uma rota até o sistema que controla a máquina física quando os limites de autenticação e de privilégio não são aplicados de forma consistente.
Studio Global AI
Continue sua pesquisa
Esta página inclui uma resposta baseada na fonte que você pode continuar em Studio Global.
As pessoas também perguntam
Qual é a resposta curta para "Falhas no Unitree G1 EDU podem dar controle root a atacantes próximos"?
O firmware do Unitree G1 EDU até a versão 1.5.2 foi associado a duas cadeias independentes de execução remota de código como root: uma via Bluetooth e outra por serviços acessíveis pela rede.
Quais são os pontos-chave para validar primeiro?
O firmware do Unitree G1 EDU até a versão 1.5.2 foi associado a duas cadeias independentes de execução remota de código como root: uma via Bluetooth e outra por serviços acessíveis pela rede. A rota BLE pode começar sem pareamento ou credenciais e atingir o Locomotion PC, sistema ligado a motores, câmeras, microfones, áudio e recursos de voz.
O que devo fazer a seguir na prática?
Operadores devem confirmar com a Unitree qual firmware corrige as duas CVEs, isolar os robôs, restringir o provisionamento BLE e investigar sinais de comprometimento.
Fontes
nvd.nist.govNVD-CVE-2026-76639 - NIST
cyberpress.orgUnitree G1 Humanoid Robot Flaws Enable Unauthenticated Root RCE Over Bluetooth