Quando pesquisadores explicaram como o Mythos, da Anthropic, ajudou a construir uma cadeia completa de exploração, a Rejetto já havia corrigido a falha crítica no HTTP File Server. A versão 3.2.1 saiu em 13 de julho de 2026; a Horizon3 publicou a análise técnica em 30 de setembro; a VulnCheck observou tentativas de exploração em 1º de outubro. O intervalo relevante não é um dia sem correção disponível, mas mais de dois meses em que algumas instalações expostas aparentemente continuaram desprotegidas.
A CVE-2026-61500 afeta o HFS 3.0.0 a 3.2.0. Segundo a Horizon3, a investigação assistida por IA conectou aleatoriedade previsível, valores visíveis no login e cookies de sessão assinados à execução de código com privilégios administrativos. É uma capacidade de pesquisa importante, não prova de invasão autônoma universal nem medição de infecções no mundo.
Uma chave de assinatura reconstruível
O HFS compartilha arquivos por um servidor web. A linha 3.x foi reescrita em TypeScript, funciona sobre Node.js e usa Koa; a antiga 2.x utilizava Delphi. Nas versões afetadas, a chave padrão para assinar cookies era gerada com Math.random(), do JavaScript. Trata-se de um gerador pseudoaleatório de uso geral, não de uma fonte criptograficamente segura.
Um cookie assinado só protege a integridade enquanto a chave permanece secreta e imprevisível. Ao mesmo tempo, um fluxo de login sem autenticação expunha saídas com precisão completa do mesmo gerador. Elas não eram independentes dos valores usados para criar a chave na inicialização: o gerador segue uma sequência determinística a partir de seu estado interno.
A Horizon3 afirma que um agente especializado em análise criptográfica identificou três sorteios usados na chave inicial e relacionou as saídas visíveis à implementação xorshift128+ do V8. Seu estado reversível permitia reconstruir valores anteriores quando havia observações correlacionadas suficientes. Reversibilidade, isoladamente, não torna qualquer aplicação explorável; o HFS também fornecia as observações e sua ligação com o segredo.
A demonstração utilizou 12 observações e o Z3, solucionador de satisfatibilidade módulo teorias da Microsoft, para recuperar um estado compatível com as restrições. Um cookie existente e seu código de autenticação de mensagem permitiam testar chaves candidatas offline. Era reconstrução matemática, não tentativa repetida de adivinhar senhas online. O cookie era assinado, não criptografado, portanto o cliente podia ler seus próprios dados de sessão.
Com a chave recuperada, era possível criar um cookie que alegava identidade administrativa mantendo assinatura válida. A cadeia descrita verificava a existência da conta de administrador embutida. Após a aceitação da sessão, a função legítima do HFS para JavaScript personalizado no servidor oferecia o caminho para comandos arbitrários. A identidade falsificada alcançava uma função privilegiada; não era apenas uma entrada malformada explorando um parser.
A correção altera os dois extremos: bytes aleatórios criptograficamente seguros para a chave e um UUID aleatório para o identificador exposto no login. Configurar explicitamente uma chave forte pode mitigar parte da cadeia, mas não substitui instalar a 3.2.1 ou uma versão estável mais recente.
O que a IA realmente acrescentou
Um scanner já podia alertar para Math.random() perto de código de autenticação. O trabalho difícil era ligar o alerta a saídas observáveis, ao formato exato da sessão, ao material da chave recuperada e a uma operação privilegiada com consequência real. Cada etapa acrescenta incerteza e trabalho especializado, podendo tornar a investigação economicamente inviável.
A Horizon3 relata que o Mythos conectou arquivos, comportamento do framework e matemática do gerador, depois produziu uma prova de conceito funcional demonstrando comandos no host. Pesquisadores humanos revisaram e reproduziram o resultado antes da divulgação. Um exploit funcional torna a priorização mais concreta que uma falha inexplicada ou uma linha suspeita.
Foi um caso do Project Glasswing com um ambiente próprio de execução e agentes especializados em paralelo. Pessoas escolheram o alvo, organizaram a investigação, validaram o resultado e coordenaram a comunicação. Não foi um chatbot comum comprometendo instantaneamente qualquer repositório sem assistência.
O relatório de capacidades da Anthropic também enfatiza exploração completa como evidência de impacto. A mudança potencial é econômica: pesquisas antes dependentes de conhecimento criptográfico excepcionalmente caro podem passar a compensar. Os ingredientes eram conhecidos; o valor estava em reuni-los numa cadeia verificada.
O estudo público não apresenta o denominador para medir produtividade geral. Computação total, execuções fracassadas, falsos positivos e achados descartados continuam desconhecidos importantes. Um sucesso excepcional não estabelece a frequência com que o sistema encontra falhas críticas nem se seu custo é adequado a um programa maior.
Tentativas após a divulgação não são uma contagem de infecções
A correção de 13 de julho antecedeu a explicação de 30 de setembro em mais de dois meses. As observações da VulnCheck em 1º de outubro dizem respeito, portanto, a sistemas com correção disponível, não a uma nova falha sem solução para os administradores.
O tráfego inicial relatado usou infraestrutura hospedada na China contra sistemas nos Estados Unidos. Solicitações posteriores partiram de dois endereços americanos na mesma sub-rede, aparentemente proxies; também houve relatos de alvos no Japão. A geografia da hospedagem não identifica os operadores nem demonstra patrocínio estatal.
As detecções comprovam tentativas, não quantos alvos aceitaram uma sessão administrativa falsificada ou executaram comandos. Não sustentam uma estimativa mundial de comprometimentos nem uma grande campanha persistente. Cargas posteriores e vítimas confirmadas mudariam substancialmente a avaliação.
O intervalo de aproximadamente um dia tampouco prova que os atacantes usaram IA ou resolveram sozinhos toda a matemática durante a noite. Poderiam ter adaptado o material publicado, trabalhado antes ou usado outras informações. Scanners, comparação de patches, frameworks de exploração e engenharia reversa humana já permitiam reaproveitamento rápido.
A política de divulgação coordenada da Anthropic geralmente prevê notificação aos mantenedores, revisão humana e prazo de 90 dias, normalmente esperando 45 dias após o patch para os detalhes completos. Neste caso o intervalo foi maior. A espera cria oportunidade para atualizar, mas não garante que todos os serviços afetados tenham sido localizados.
O relógio termina na implantação verificada
Servidores leves de arquivos podem escapar do inventário e da definição de responsáveis: um serviço temporário permanece, um contêiner antigo fica fixado ou um encaminhamento de porta esquecido mantém o host acessível. Poucos usuários não tornam a execução não autenticada menos útil como ponto de entrada.
A medida relevante vai da disponibilidade da correção à atualização, ao isolamento ou à remoção de todas as instâncias vulneráveis expostas, não à atribuição de um chamado. Inventários, registros de contêineres, instalações em endpoints, cargas de nuvem e serviços acessíveis externamente importam. A verificação precisa identificar o binário ou a imagem que realmente responde.
É essencial distinguir versões. A CVE-2024-23692, falha anterior do HFS incluída no catálogo de vulnerabilidades exploradas da CISA em 2024, atingia a diferente base 2.x. Não é esta cadeia criptográfica nem significa que toda instalação do HFS esteja comprometida.
VPNs, listas de permissão e gateways autenticados reduzem exposição desnecessária para grupos limitados, mas não substituem atualizar. Um endpoint confiável pode ser comprometido, uma configuração pode mudar e uma fronteira presumida pode falhar.
Logs próximos e posteriores a 30 de setembro merecem revisão por atividade repetida de autenticação, sessões administrativas inesperadas, mudanças de configuração e código desconhecido no servidor. São pistas investigativas, não indicadores universais conclusivos. Num host com comprometimento confirmado, apenas atualizar não remove persistência em contas, tarefas agendadas, scripts de inicialização ou outros serviços. Isolamento, preservação de evidências, rotação de credenciais, avaliação de recursos conectados e reconstrução quando a integridade for incerta continuam pertinentes.
Melhor descoberta precisa chegar à remediação
Para desenvolvedores, a lição vai além de uma função. Geradores pseudoaleatórios gerais não devem fornecer segredos de autenticação, tokens de redefinição, nonces criptográficos ou identificadores de sessão sensíveis. A revisão precisa rastrear estado compartilhado e vazamentos de saídas correlacionadas: middleware de assinatura não torna segura uma chave previsível.
A IA pode investigar relações entre arquivos e testar se uma fraqueza teórica chega a privilégios reais. A validação humana ainda precisa conferir versões, premissas ambientais e a generalização de uma demonstração de laboratório para sistemas implantados.
Três acontecimentos esclarecerão o impacto maior: se sondagens viram ataques persistentes com cargas pós-comprometimento; se desaparecem versões afetadas expostas; e se futuros relatórios Glasswing continuam reproduzíveis, relevantes e administráveis pelos mantenedores, em vez de uma enxurrada de achados de baixo valor.
O HFS sustenta uma conclusão mais restrita, mas substancial: um sistema de pesquisa assistido por IA ajudou especialistas a provar uma exploração incomum de ponta a ponta. Seu valor defensivo depende, por fim, de os mantenedores absorverem o achado e os operadores transformarem uma correção disponível em proteção verificada.
Fontes
Análise técnica da Horizon3 · Versão HFS 3.2.1 · Relatório sobre o Mythos · Tráfego de ataque observado · Política de divulgação · Vulnerabilidade anterior do HFS · Registro original da notícia