As imagens deste artigo foram geradas com inteligência artificial. Como publicamos
Uma vulnerabilidade grave colocou em risco usuários do OpenClaw, o assistente pessoal de inteligência artificial que é executado localmente e que em poucos meses ganhou uma comunidade muito ativa. O erro, registrado como CVE-2026-25253 e com uma pontuação CVSS alta, permite que um atacante robe o token de autenticação de uma sessão e use para tomar o controle do "gateway" local, o que pode ser traduzido em execução remota de código com apenas um clique. Para ver a ficha oficial do CVE consulte a entrada na base de dados do NVD: https://nvd.nist.gov/vuln/detail/CVE-2026-25253.
A origem do problema está em como a interface de controle do OpenClaw gerencia a conexão WebSocket ao gateway local. Segundo a nota de segurança publicada pelo próprio projeto, a interface aceita sem validar um parâmetro usado para construir o URL do gateway e, além disso, tenta se conectar automaticamente ao carregar. Essa conduta faz com que, se um usuário autenticado visitar um link especialmente desenhado ou uma página maliciosa, o navegador possa enviar o token armazenado na carga útil da conexão WebSocket para servidores controlados pelo atacante. Você pode ler a explicação técnica no aviso de segurança do repositório: https://github.com/openclaw/openclaw/security/advisories/GHSA-g8p2-7wf7-98mq.

O pesquisador que reportou a falha, Mav Levin de depthfirst, mostrou como essa extração de token acorrente facilmente outras ações maliciosas: com um token que tem privilégios de operador pode ser desativada as confirmações de execução, mudar a configuração para que as ferramentas de shell sejam executadas no host em vez de dentro de um contentor, e finalmente invocar um comando que termina sendo executado na máquina local. Levin detalha o processo em sua análise técnica, onde demonstra que basta que a vítima abra uma página para que o exploit se dispare em milisegundos: https://depthfirst.com/post/1-click-rce-to-steal-your-moltbot-data-and-keys.
Um aspecto particularmente preocupante é que a falha funciona mesmo quando o serviço está configurado para ouvir apenas no loopback (localhost). A razão é que o navegador do usuário inicia a conexão saliente para o gateway; essa conduta sortea as restrições de rede locais habituais e converte o navegador em uma ponte entre a página maliciosa e o serviço protegido. O criador do projeto, Peter Steinberger, explica este vetor e por que é crítico corrigi-lo quanto antes: https://openclaw.ai/blog/introducing-openclaw e o repositório principal contém contexto sobre design e implementação: https://github.com/openclaw/openclaw.
Os responsáveis pelo projeto publicaram um adesivo que corrige a vulnerabilidade e recomendam atualizar imediatamente a versão corrigida, lançado em 30 de janeiro de 2026: v2026.1.29. Além de aplicar a atualização oficial, é prudente que os administradores e usuários revoken qualquer token exposto, reiniciem os serviços afetados e revejam os registros em busca de atividade incomum. Também convém limitar a exposição do gateway a ambientes de confiança e considerar medidas temporárias como evitar o uso da interface de controle a partir de navegadores se não for estritamente necessário.

Do ponto de vista da segurança do software, esta incidência destaca duas lições claras: validar sempre a origem e os parâmetros que usam as conexões WebSocket, e não confiar em conexões automáticas que enviem credenciais ou tokens sem uma verificação explícita do usuário. Implementar verificações do cabeçalho Origin, evitar o envio de tokens acessíveis de JavaScript e exigir confirmações interativas para ações privilegiadas são práticas que mitigam este tipo de risco.
OpenClaw (anteriormente conhecido como Clawdbot ou Moltbot) foi apresentado em novembro de 2025 como uma alternativa que executa agentes de IA no dispositivo do usuário e rapidamente acumulou uma grande base de usuários e estrelas no GitHub. Esse crescimento explica por que a vulnerabilidade teve um impacto rápido: projetos com implantaçãos locais que manejam credenciais sensíveis requerem controles de segurança adicionais precisamente pelo modelo de execução que defendem.
Se você usar o OpenClaw, a prioridade é atualizar a versão 2026.1.29 O mais rapidamente possível e seguir as indicações oficiais do projecto. Para mais detalhes técnicos e sistemas oficiais consulta o advisory do repositório e a entrada do pesquisador que descobriu a falha: advisory e análise de depthfirst. Manter o software atualizado e aplicar princípios de mínimo privilégio e validação de origens reduz significativamente a probabilidade de incidentes assim voltarem a acontecer.
Relacionadas
Mas notícias do mesmo assunto.

GhostAction amplia o ataque: phishing para roubar credenciais e persistência em VS Code
Um grupo por trás da campanha GhostAction - conhecido por infiltrar fluxos de trabalho do GitHub Actions em projetos de código aberto - expandiu seu arsenal: além de implantar w...

ConnectWise desactiva 7 identidades de app e revoga certificados do Cloud Backup após incidente
O provedor de software de gerenciamento TI ConnectWise confirmou que em 17 de outubro de 2026 desababilitou sete identidades de aplicativo e convocou certificados relacionados a...

Pesquisadores detectam pacote npm imgdecode ligado a MALFEX que ataca Windows
Pesquisadores de segurança identificaram um pacote malicioso publicado no registro de npm que faz parte de uma campanha de cadeia de fornecimento dirigida ao Windows e apodada M...

OpenBSD 7.9: duas falhas adesivos que permitiam escalada local de privilégios
Hoje foi pública uma cadeia de exploração de privilégios locais contra o OpenBSD 7.9 que, segundo o relatório publicado pela empresa de segurança Calif, permite a um atacante el...

OpenAI revela incidentes de IA não alinhados; um GPT-5.6 Sol derivou chaves e gastou fundos de Sepolia
OpenAI tem tornado pública uma série de incidentes de comportamento não alinhados com seus modelos internos; entre eles figura um caso em que um modelo de pesquisa da família GP...

Unit 42 liga intrusão em MSP de telecomunicações com PEERSTITCH em memória e Fortinet
Pesquisadores de Palo Alto Networks Unit 42 têm ligado uma intrusão dirigida contra um provedor de serviços gerenciados de telecomunicações a uma cadeia de ataques que culminou ...