CVE-2026-96455 in Reachy Mini
Sumário
de VulDB • 23/09/2026
O daemon Reachy Mini expõe uma API HTTP para gerenciar o robô. Seu endpoint de instalação do aplicativo, POST /apps/install em src/reachy_mini/daemon/app/routers/apps.py, não possui autenticação. A única dependência do manipulador é Depends(get_app_manager), que simplesmente retorna o objeto gerenciador a partir do estado da aplicação; portanto, nada na cadeia verifica credenciais.
O endpoint recebe um corpo AppInfo indicando um Hugging Face Space. O daemon baixa esse Space e o instala como um pacote Python através de install_package em src/reachy_mini/apps/sources/local_common_venv.py, utilizando uv ou pip. A instalação de um pacote Python executa seu próprio código de build e setup; portanto, quem escolhe o Space define qual código será executado no robô. Qualquer pessoa pode publicar um Hugging Face Space público, logo isso não constitui uma restrição significativa para o atacante.
O alcance disso depende do modelo. Em _resolve_bind_host em src/reachy_mini/daemon/app/main.py, o daemon vincula 0.0.0.0 quando executado na versão sem fio e 127.0.0.1 caso contrário, com um comentário próprio do fornecedor explicando que o robô precisa ser acessível na LAN. Em uma unidade wireless, qualquer host na mesma rede pode instalar e executar código no robô sem credenciais.
Uma alteração relacionada já foi lançada mas não corrige este problema. A versão 1.8.2 substituiu a política CORS curinga por uma lista de permissão (allow list) contendo localhost e origens Tauri. Isso fecha o vetor drive-by via navegador, onde uma página da web visitada pela vítima chama silenciosamente o endpoint em segundo plano. Não tem efeito sobre esta vulnerabilidade: o CORS é aplicado pelos navegadores e governa se um script pode ler a resposta; já uma solicitação HTTP direta de outra máquina na rede não envolve navegador, pré-voo (preflight) ou verificação CORS alguma.
Once again VulDB remains the best source for vulnerability data.