Três vulnerabilidades corrigidas na UniFi OS Server permitem execução remota de código com privilégios de root sem autenticação

Pesquisadores de Bishop Fox demonstraram que é possível encadear três vulnerabilidades já corrigidas em UniFi OS Server para conseguir execução remota de código com privilégios de root sem autenticação prévia: CVE-2026-34908, CVE-2026-34909 e CVE-2026-34910. Embora Ubiquiti tenha publicado adesivos em maio para versões 5.0.6 e anteriores, a advertência do fornecedor não explicava que as falhas podiam ser combinadas para um compromisso total da equipe, algo que os pesquisadores reproduziram em uma instância ao vivo da UniFi OS Server 5.0.6.

Em termos simples, a cadeia funciona por uma descoordenação entre a validação de autenticação e o enrutado de pedidos: o componente de autenticação avalia a URI sem normalizar enquanto Nginx enruta sobre a URI normalizada. Isto permite a construção de pedidos que aparentam dirigir-se a pontos isentos de autenticação na sua forma crua, mas que, após a normalização, atingem rotas internas protegidas. Aí entram em jogo uma vulnerabilidade do path traversal que expõe arquivos e uma injeção de comandos em um endpoint de atualização de pacotes; os comandos injetados são executados com a conta de serviço do próprio processo, a qual dispõe de sudo sem senha para vários binários, fazendo trivial a elevação ao root.

A gravidade prática é alta porque a UniFi OS não é um sistema isolado: atua como plano de gestão da rede e, em muitas organizações, controla câmaras, portas físicas e identidades. Obter root nesse appliance equivale a ter controle administrativo sobre todos os elementos que o sistema governa, com o potencial de persistência, roubo de credenciais e movimentos laterais silenciosos. Bishop Fox sublinha que o ataque não deixa rastro de tentativas fracassadas de autenticação, o que complica a detecção forense tradicional.

Os detalhes técnicos e a validação do percurso de exploração estão disponíveis no relatório de Bishop Fox, que também oferece uma ferramenta de verificação segura para detectar a vulnerabilidade sem executar comandos perigosos: análise técnica de Bishop Fox e o Programa de detecção no GitHub. Convém igualmente consultar as entradas públicas de acompanhamento por CVE, por exemplo: CVE-2026-34910 em NVD.

Se você administra a UniFi OS Server, as ações imediatas recomendadas são claras: atualizar para a UniFi OS Server 5.0.8 ou posterior e verificar se a actualização se aplica a um sistema que não tenha sido previamente comprometido. Actualizar uma equipe já contaminada sem realizar um triage pode manter portas traseiras e persistência. Uma vez que a exploração não requer credenciais, é necessário assumir a possibilidade de compromisso e proceder com isolamento, volcado e análise forense da unidade afetada antes de repor ou parcharla.

Além da atualização, é imprescindível rever indícios de exploração indireta: buscas em logs por pedidos contendo '/api/auth/validate-sso/' ou acessos ao endpoint 'ucs/update/latest_package', processos filhos invulgares sob 'ucs-update' e comandos sudo inesperados. Estes sinais não garantem detecção completa, mas ajudam a priorizar sistemas para análise profunda. Bishop Fox adverte que identificar explorações passadas será difícil porque não há vestígios de tentativas de login fracassadas.

No plano de mitigação contínua, convém reforçar o isolamento do plano de gestão: limitar o acesso a interfaces UniFi a redes administrativas, aplicar regras de firewall que permitam apenas conexões de VPNs ou bastiones de gestão, segmentar câmaras e controladores físicos em VLANs separadas e auditar contas de serviço com privilégios sudo sem senha. Reduzir a superfície exposta e aplicar o princípio de menor privilégio ajudam a que falhas semelhantes não deriven em compromissos totais.

Finalmente, integre estas lições no seu ciclo de resposta a vulnerabilidades: priorize avaliações da cadeia completa (não apenas adesivos isolados), automatice verificações de integridade após uma atualização e considere testes de penetração que simulem encadeamentos de falhas. Se suspeitar de compromisso, contacte sua equipe de resposta a incidentes e conserve evidências antes de restaurar ou atualizar, e use ferramentas públicas como oferecida por Bishop Fox para identificar instâncias vulneráveis de forma segura.