Falhas no Unitree G1 EDU podem permitir controle remoto do robô com privilégios de root
Duas vulnerabilidades independentes encontradas no robô humanoide Unitree G1 EDU podem permitir que um invasor execute código remotamente com privilégios máximos no Locomotion PC, o computador responsável por funções essenciais de operação e movimentação do equipamento. As falhas foram identificadas como CVE-2026-76639 e CVE-2026-76640 em uma pesquisa conduzida pelo especialista em segurança Olivier Laflamme.
Embora levem a um resultado semelhante, os problemas utilizam métodos de exploração diferentes. Em ambos os casos, o objetivo final é comprometer o computador embarcado que coordena partes importantes do robô. Com acesso de root, um atacante poderia modificar configurações, instalar componentes não autorizados, alterar processos do sistema e interferir no funcionamento do dispositivo.
Path traversal abre caminho para execução como root
A CVE-2026-76639 está relacionada a uma falha de path traversal no componente chat_go. O problema permite manipular caminhos de arquivos e alcançar o bashrunner, mecanismo capaz de executar comandos no sistema operacional.
A partir desse ponto, a cadeia de exploração pode resultar na execução de comandos com privilégios de root no Locomotion PC. Esse nível de acesso representa um comprometimento severo, pois reduz significativamente as barreiras para alterar serviços, persistir no ambiente e interferir em funções críticas do robô.
A vulnerabilidade demonstra como um erro aparentemente limitado no tratamento de caminhos pode afetar toda a arquitetura de um equipamento conectado. Em um robô humanoide, o impacto potencial é mais amplo do que em um computador convencional, já que o sistema também controla sensores, comunicação e recursos associados à movimentação.
Segunda cadeia começa pela comunicação Bluetooth
A CVE-2026-76640 possui um vetor inicial diferente e envolve o Bluetooth Low Energy, conhecido como BLE. Conforme a análise, a etapa inicial de bootstrap poderia ser aceita sem que os dispositivos tivessem concluído anteriormente o pareamento Bluetooth tradicional.
Isso não significa, entretanto, que qualquer pessoa consiga concluir todo o ataque apenas conectando-se por BLE sem autenticação. O conteúdo de bootstrap continua protegido, e as fases seguintes de provisionamento de Wi-Fi dependem de um estado BLE autenticado pelo aplicativo utilizado na configuração do robô.
O pesquisador identificou uma falha adicional no serviço de nuvem da Unitree. O sistema aceitava uma conta válida para solicitar a recuperação de chaves, mas não confirmava se essa conta era realmente proprietária do robô indicado na requisição. Como consequência, uma conta legítima poderia obter material criptográfico associado a outro G1 EDU.
Com essa chave, o invasor conseguiria estabelecer o estado BLE autenticado necessário para acessar operações de configuração da rede sem fio. A exploração prosseguia até o código responsável pelo provisionamento Wi-Fi, onde foi encontrado um buffer overflow. A falha de memória também poderia levar à execução de código com privilégios de root no Locomotion PC.
Correção na nuvem interrompe parte da cadeia
A Unitree corrigiu, em julho de 2026, a falha de autorização no serviço de nuvem. Depois da mudança, uma conta deixou de conseguir recuperar as chaves de um robô sem estar vinculada a ele. Por isso, o caminho exato demonstrado na prova de conceito da CVE-2026-76640 deixou de funcionar nas condições originais.
Na divulgação feita em 27 de agosto, a rota baseada na nuvem exigia uma conta associada ao G1 EDU alvo ou que o invasor já tivesse obtido previamente o material criptográfico correspondente. Essa alteração reduz a exposição, mas não elimina automaticamente todas as possibilidades de exploração relacionadas às falhas locais.
Ainda não havia, até a publicação da pesquisa, uma versão de firmware claramente indicada pela Unitree como correção definitiva para as duas vulnerabilidades. Durante a investigação, o equipamento utilizado pelo pesquisador foi atualizado para a versão V1.5.2. No entanto, essa informação isolada não permite definir quais versões antigas são vulneráveis nem confirmar quais lançamentos solucionam integralmente os problemas.
Impacto e limites dos testes
A pesquisa não comprovou uma propagação em larga escala entre robôs da fabricante. Os testes de disseminação foram limitados a dois equipamentos G1 instalados na mesma sala. Portanto, não há evidência suficiente para afirmar que as falhas poderiam gerar um comportamento semelhante ao de um worm em ambientes reais.
Também permanece incerto se os problemas atingem outros modelos da Unitree. A empresa diferencia oficialmente o G1 do G1 EDU, enquanto a investigação analisou especificamente a versão EDU. Até que sejam divulgados testes adicionais ou informações técnicas oficiais, não é possível confirmar a aplicação das CVEs a outros robôs.
Por que o risco é relevante
O caso evidencia uma dificuldade crescente na segurança de robôs humanoides conectados. Vulnerabilidades conhecidas em sistemas tradicionais – como travessia de diretórios, estouro de buffer e falhas de autorização – ganham consequências mais graves quando estão presentes em uma plataforma capaz de perceber o ambiente e executar movimentos físicos.
O risco não se limita ao roubo de dados. Um sistema comprometido pode sofrer alterações de configuração, interrupções de serviço, coleta indevida de informações dos sensores ou manipulação de comandos internos. Dependendo do local de uso, isso pode afetar laboratórios, instalações industriais, centros de pesquisa e ambientes de demonstração.
A segurança deve abranger toda a cadeia técnica: aplicativos móveis, serviços de nuvem, canais Bluetooth, configuração de Wi-Fi, firmware e computadores embarcados. Corrigir apenas o componente de nuvem, por exemplo, pode bloquear uma etapa específica do ataque sem resolver uma vulnerabilidade existente diretamente no robô.
Medidas recomendadas para proprietários
Usuários do Unitree G1 EDU devem verificar o vínculo do equipamento com a conta correta, evitar configurações realizadas em redes públicas e restringir o acesso físico ao robô durante processos de pareamento ou provisionamento. Também é importante acompanhar comunicados oficiais e aplicar atualizações de firmware assim que houver uma versão confirmadamente corrigida.
Em ambientes profissionais, o equipamento deve ser colocado em uma rede segmentada, separada de sistemas administrativos e dispositivos que armazenem informações sensíveis. O tráfego de saída também pode ser monitorado para identificar comunicações inesperadas com serviços externos.
Outra medida importante é manter registros de configuração e avaliar alterações no comportamento do robô. Reinicializações incomuns, mudanças não autorizadas na rede, novos serviços ou falhas repetidas durante o provisionamento podem indicar comprometimento e devem ser investigados.
Até que exista uma confirmação clara sobre todas as correções, organizações que utilizam o modelo devem tratar o Locomotion PC como um ativo crítico. O acesso administrativo precisa ser limitado, as credenciais devem ser protegidas e procedimentos de resposta a incidentes devem considerar a possibilidade de isolamento imediato do equipamento.