CVE-2025-62593 HIGH — Ray-Project Ray sob exploração ativa

Hoje, 18 de agosto de 2026, o cenário de segurança da informação registra um alerta crítico para equipes de TI, SREs e desenvolvedores que utilizam o ecossistema Ray-Project Ray no cotidiano. A CVE-2025-62593 exploração ativa vulnerabilidade foi oficialmente adicionada ao catálogo Known Exploited Vulnerabilities (KEV) da CISA, confirmando que a falha de injeção de código já está em uso por adversários em ambientes reais — e não em teoria acadêmica ou prova de conceito isolada. O nível de urgência é máximo: organizações que rodam Ray como ferramenta de desenvolvimento ou em pipelines de machine learning precisam agir agora, sem janela de protelação.

O vetor de ataque documentado torna a situação especialmente grave porque não exige acesso prévio a redes internas nem exploração de serviços expostos em portas tradicionais. A falha pode ser explorada por meio de navegadores Firefox e Safari, criando um caminho para execução remota de código (RCE) com impacto profundo em ambientes corporativos, laboratórios de dados e qualquer infraestrutura que execute Ray como plataforma de processamento distribuído. Para quem acompanha a evolução de ameaças, o padrão é familiar: vulnerabilidades em ferramentas de desenvolvimento frequentemente se transformam em portas de entrada para exfiltração de credenciais, movimentação lateral e, em estágios posteriores, ransomware.

O que torna este caso ainda mais desafiador é o caráter zero-day implícito na janela de proteção. Para empresas, um zero-day significa que, no momento da descoberta pública — e possivelmente antes disso — já existem exploits funcionando. Não há vacina antecipada: os controles preventivos baseados em assinatura, como antivírus tradicionais e regras estáticas de IPS, podem falhar por não reconhecerem o padrão de ataque. A única resposta efetiva é a correção imediata, combinada com mitigação de superfície de ataque, monitoramento ativo e planos de resposta a incidentes testados.

Neste artigo, analisamos a CVE-2025-62593 em profundidade, destrinchamos como a exploração funciona, listamos os produtos afetados, avaliamos o impacto real para empresas sob as óticas técnica e regulatória — incluindo LGPD, GDPR, PCI-DSS e HIPAA — e apresentamos um guia prático de mitigação. A JRT Technology Solutions está acompanhando o caso em tempo real e orienta seus clientes a aplicarem as correções descritas abaixo com prioridade máxima.

O que é a falha CVE-2025-62593 — exploração ativa de vulnerabilidade

O Ray-Project Ray é um framework open-source de computação distribuída amplamente utilizado para escalar cargas de trabalho de Python, especialmente em machine learning, processamento de dados e treinamento de modelos. Sua arquitetura permite que desenvolvedores escrevam código Python comum e o distribuam entre múltiplos nós com pouca alteração. Essa mesma flexibilidade, contudo, expande a superfície de ataque: componentes web, dashboards e integrações com notebooks expõem interfaces que, se mal sanitizadas, tornam-se portas diretas para injeção de código.

No caso da CVE-2025-62593, a equipe de segurança do Ray-Project e pesquisadores independentes identificaram que uma função do componente web da ferramenta falha ao validar ou neutralizar adequadamente entradas controláveis pelo usuário. A exploração prática, conforme o registro da CISA e cobertura do The Hacker News, é viabilizada através de Firefox e Safari — navegadores que, em determinadas condições de renderização ou manipulação de scripts, permitem que um payload injetado alcance contexto de execução privilegiado no host da vítima que roda o Ray.

Trata-se de uma vulnerabilidade do tipo injeção de código (CWE-94). Em termos práticos, o atacante consegue fazer o ambiente Ray interpretar e executar comandos que não fazem parte da lógica original da aplicação. Como desenvolvedores frequentemente executam Ray com credenciais elevadas ou em máquinas com acesso a repositórios internos, bancos de dados e segredos de nuvem, o impacto potencial de um RCE bem-sucedido é devastador.

Análise técnica detalhada

Para compreender a gravidade da CVE-2025-62593, é essencial dissecar tecnicamente o que a torna explorável em navegadores como Firefox e Safari, ao passo que outros navegadores podem não apresentar o mesmo comportamento. A chave está no mecanismo de renderização e no tratamento de script dentro de componentes dinâmicos do Ray. O Ray, ao expor painéis web ou integrar-se a ambientes como Jupyter Notebook, frequentemente injeta dados de volta na interface sem sanitização rigorosa de escape de código. Quando um navegador interpreta certos caracteres ou sequências de requisição de forma permissiva, o atacante consegue manipular o fluxo de execução.

O vetor típico combina uma requisição HTTP maliciosa com um payload que explora a falta de output encoding. Em condições normais, o framework deveria tratar qualquer dado externo como conteúdo textual. Entretanto, a falha permite que o conteúdo seja interpretado como código ativo. A execução remota de código, então, ocorre quando o processo Python responsável pelo backend do Ray executa o comando injetado com as mesmas permissões do usuário que iniciou o serviço. Em cenários corporativos, isso pode significar acesso total a datasets, modelos treinados, chaves de API e credenciais armazenadas nas variáveis de ambiente.

Outro aspecto relevante é a ausência de Content Security Policy (CSP) adequada nos componentes afetados. CSP é um controle de segurança que restringe quais fontes de script o navegador pode executar. Quando inexistente ou mal configurada, a política abre brechas para ataques de injeção. O fato de Firefox e Safari serem vetores específicos sugere comportamentos de parsing distintos — possivelmente relacionados à forma como cada engine trata template literals ou event handlers — que invalidam parcialmente as barreiras existentes no Chromium. Essa variabilidade cross-browser é um desafio conhecido de segurança e aumenta a dificuldade de mitigação via regras genéricas de WAF.

Na JRT Technology Solutions implementamos varredura contínua de CVEs para frotas corporativas e, em casos como este, orientamos as equipes de TI a não subestimarem a severidade mesmo quando a classificação é HIGH e não CRITICAL. Uma classificação alta, com vetor Network e complexidade de ataque baixa, já é suficiente para que grupos de ameaça automatizem explorações em massa visando ambientes de desenvolvimento, que historicamente recebem menos monitoramento que servidores de produção.

O ataque pode ser dividido conceitualmente nas seguintes etapas:

1. Reconhecimento: identificação de instâncias Ray acessíveis ou de usuários desenvolvedores que utilizam a ferramenta, por meio de varreduras de portas, respostas de headers e metadados expostos.
2. Entrega do payload: envio de requisição HTTP maliciosa a um endpoint vulnerável do componente web, com código projetado para ser interpretado pelo navegador Firefox ou Safari.
3. Interpretação e execução: o código injetado é processado pelo componente vulnerável e encaminhado ao backend Python, resultando em execução remota de comandos no host.
4. Pós-exploração: instalação de persistência, captura de credenciais, movimentação lateral e exfiltração de dados ou implantação de ransomware.

Produtos e Versões Afetados

A falha afeta diretamente o Ray-Project Ray, nas versões que contêm o componente web vulnerável antes da liberação do patch oficial. É importante que cada organização valide exatamente quais versões estão em uso, pois a simples presença do pacote Python ray em um ambiente já representa exposição, mesmo que o painel web não esteja explicitamente ativo.

• Ray-Project Ray — versões anteriores à correção oficial
• Ambientes com o Ray Dashboard habilitado, mesmo em redes internas
• Integrações do Ray com Jupyter Notebook e JupyterLab
• Instalações via pip install ray que não foram atualizadas para a versão corrigida
• Contêineres Docker e imagens derivadas que embarcam versões antigas do Ray

🟠 Severidade: Alto (High) — base CVSS 8.8

Embora o registro seja HIGH, a confirmação de exploração ativa pela CISA eleva a criticidade operacional. Em contextos com dados sensíveis ou em ambientes regulados, recomendamos tratar como critical urgency.

Também é necessário auditar dependências indiretas. O Ray frequentemente é instalado como parte de distros de dados, plataformas de MLOps ou imagens base de ciência de dados. Nesses casos, mesmo que o time de segurança não gerencie diretamente a versão do Ray, ela pode estar presente em clusters Kubernetes, Docker Compose ou em servidores de desenvolvimento locais. A responsabilidade de atualização é compartilhada: qualquer imagem que embuta versões antigas deve ser reconstruída.

Como Funciona o Ataque — exploração ativa da vulnerabilidade CVE-2025-62593

O fluxo de ataque documentado pela CISA KEV e por alertas públicos não requer que o agente ofensivo esteja dentro da rede. Como a exploração é viabilizada via navegador, o cenário mais provável é uma combinação de engenharia social e manipulação de interfaces web legítimas. O desenvolvedor, ao acessar um link malicioso ou uma página que interage com o Ray Dashboard, pode acionar involuntariamente o payload. Em outros cenários, o atacante já possui acesso de rede a endpoints internos — por exemplo, após comprometer um host vizinho — e utiliza a falha como forma de escalar privilégios ou executar comandos no servidor Ray.

O mecanismo de injeção explora a confiança que o navegador deposita no conteúdo devolvido pelo aplicativo web do Ray. Como o componente não aplica sanitização suficiente, o payload inserido no fluxo de comunicação acaba sendo interpretado como código executável. Em navegadores