Pesquisadores da Cisco Talos identificaram um novo infostealer para Windows, batizado VOLTA-AUTODOXER, que terceiriza para um modelo de linguagem o trabalho mais caro do crime digital: decidir qual vítima vale o esforço. Depois de coletar senhas, cookies e carteiras, o malware monta um dossiê estruturado e envia o material a um LLM que ranqueia a vítima pelo valor monetário, com bens organizados por potencial de monetização e um diagnóstico da higiene de segurança do alvo. O alerta já circula em advisories de CERT, como o publicado pelo ThaiCERT, e a amostra analisada foi vista pela primeira vez em 11 de outubro de 2026. Usuários de Windows com sessões salvas no navegador, contas corporativas Microsoft e chaves de SSH são o público diretamente exposto; as prioridades imediatas são restringir o lançamento do Chrome em modo headless, revogar tokens diante de qualquer suspeita e preservar os rastros que o próprio malware deixa na máquina.
O que o VOLTA rouba
O catálogo de coleta é mais largo que o de um stealer comum. Em uma única passada, o VOLTA extrai credenciais, cookies e cartões salvos de navegadores baseados em Chromium, além de Firefox, Thunderbird e perfis do Outlook. Ele captura workspaces do Slack, sessões de Steam e Battle.net, tokens do Discord, sessões do Telegram, contas de Roblox e arquivos de configuração de SSH e de provedores de nuvem, incluindo gcloud, OpenVPN e Hide.me. Não para aí: copia todas as senhas de Wi-Fi salvas na máquina por meio de chamada direta à API WlanGetProfileList e as despeja em texto puro, e roda um quebra-cofre embutido contra carteiras de criptomoedas, registrando o resultado em linha dedicada do próprio relatório. É a mesma lógica de roubo silencioso no navegador que o portal detalhou no caso do Casbaneiro, agora com uma etapa posterior que muda o jogo: alguma coisa lê, avalia e ordena tudo o que foi roubado.
Como o dossiê é avaliado
O diferencial do VOLTA começa depois da coleta. O malware constrói um pacote de evidências sobre a pessoa por trás da máquina: geolocalização e endereço residencial, empregador e domínio corporativo, ano de nascimento inferido, últimos dígitos do cartão, workspaces de Slack, metadados de autoria de documentos, indicadores de backup de iPhone e uma avaliação ao vivo da conta de Roblox, obtida por consulta ao site Rolimons. Em seguida vem o enriquecimento: o malware usa as sessões roubadas da própria vítima para procurar no Gmail recibos de compras que confirmem o endereço residencial, puxar o histórico de pedidos de Uber Eats e DoorDash e enriquecer o perfil do Discord com o token furtado.
O pacote final, gravado localmente como Identity_Report.txt, é serializado em JSON e enviado ao serviço OpenRouter com um prompt de sistema que ordena ao modelo agir como um analista forense de inteligência elaborando uma avaliação de alvo. A resposta exigida inclui uma seção intitulada WHAT THEY’RE WORTH, com os bens ranqueados em tiers baixo, médio e alto, e uma seção THEIR OPSEC, com avaliação da postura de segurança e da higiene de senhas da vítima. A inferência roda na própria máquina do alvo, pela conexão dele, e o resultado volta como AI_Analysis.txt. Os dois arquivos seguem juntos para o operador dentro de um pacote volta_dox.zip, entregue pelo Telegram.
A configuração revela intenção: temperatura 0.2 para saída determinística e uma cadeia de modelos que entra em ação quando o principal se recusa. O VOLTA checa cada resposta à procura de frases como I can’t e I’m not able e, ao detectar recusa, recai para modelos menores e mais permissivos: Claude Opus 4.6 por padrão, com Kimi K2 e Gemini 2.5 Flash na fila de espera. O token roubado vale mais que a senha — é a mesma lógica que o Green Proxy demonstrou no sequestro de sessões do 365 — e aqui a sessão furtada também subsidia a análise que precifica o alvo.
Stealer vendido como serviço
Em vez de gravar no código o canal do Telegram, as chaves de API e as configurações, o VOLTA usa um template com campos trocáveis preenchidos na compilação. Para a Talos, a estrutura indica um builder comercial: o autor vende a ferramenta, o cliente fornece os próprios dados e recebe um binário exclusivo. A proteção das chaves do cliente é cosmética — derivada de um hash SHA-256 de duas constantes presentes no mesmo executável — e qualquer analista que reverta o arquivo as recupera. O ponto operacional mais incômodo é a ausência de infraestrutura própria do atacante: todos os endpoints observados pertencem a terceiros, o que priva a defesa do alvo clássico de takedown. A amostra analisada tem carimbo de compilação de 17 de agosto de 2026 e foi vista pela primeira vez em 11 de outubro de 2026. Se a leitura de commodity se confirmar, o dossiê ranqueado deixa de ser habilidade de um grupo e vira recurso de prateleira entregue na caixa de entrada de qualquer comprador.
Detecção e resposta ao VOLTA
Boa parte do roubo de tokens depende do bypass da App-Bound Encryption do Chrome. A contramedida direta apontada pela Talos é uma política de controle de aplicação que restrinja quais processos podem lançar o Chrome com o argumento –headless; isso bloqueia por completo o caminho de descriptografia. No mínimo, alerte quando o Chrome for iniciado em modo headless por um processo fora dos desenvolvedores conhecidos. O malware se autodestrói após executar, mas deixa para trás um log com carimbo de tempo de tudo o que colheu. Diante de um comprometimento confirmado, preserve o arquivo volta_debug.txt em %APPDATA%, use o registro como inventário do que foi roubado, revogue todos os tokens potencialmente expostos e troque senhas. Para carteiras cuja semente estava em texto puro no disco, trate o ativo como totalmente comprometido e migre os fundos para uma carteira nova, com semente gerada em dispositivo isolado.
| Sinal | Ação |
|---|---|
| Chrome em modo headless iniciado por processo desconhecido | Bloquear e alertar; o caminho de descriptografia da ABE depende dessa execução |
| Log de coleta em %APPDATA% | Preservar, colher e transformar em inventário do material roubado |
| Tokens OAuth e sessões de navegador e mensageria | Revogar e forçar novo login; trocar senhas |
| Semente de carteira em texto puro | Tratar como comprometida e migrar para carteira gerada offline |
Prioridades defensivas imediatas
P1 — bloquear o caminho, não a marca. Controle de aplicação sobre o Chrome headless, revogação agressiva de sessões e tokens após alertas de stealer e remoção de sementes e chaves SSH de máquinas de uso diário. O VOLTA se apaga sozinho; a resposta precisa depender de telemetria anterior, não do binário.
P2 — elevar o custo do alvo. Cofres de credenciais com backing de hardware, autenticação resistente a phishing nas contas críticas e segregação entre contas pessoais e corporativas nos navegadores. Na nossa leitura operacional, também vale alertar sobre tráfego de saída para APIs de inferência a partir de estações de usuário: a chamada ao modelo parte da máquina da vítima, pela conexão dela, e é um sinal raro o bastante para justificar uma regra de detecção dedicada.
O padrão que preocupa
Para a Talos, o eixo da novidade não é velocidade nem escala, e sim deslocamento de esforço: identificar a etapa que exige atenção humana sustentada e trocá-la por uma chamada de modelo. O VOLTA antecipa recusas dos modelos e trata resiliência contra guardrails como requisito de projeto — um padrão que deve se espalhar conforme a integração de IA em malware amadurece. A pergunta registrada no relatório não é se o padrão aparecerá em outros lugares, e sim qual fase ele tocará em seguida. Para a defesa, o recado é objetivo: a triagem que antes filtrava ruído dos logs de stealer agora acontece do lado do atacante, e vítimas medianas deixaram de ser descartadas por padrão.