The theft is conventional. The appraisal is the new part.

Cisco Talos analyzed a Windows infostealer it calls VOLTA, which is designed to collect browser credentials, session tokens, cryptocurrency-related files, cloud credentials and other sensitive information. The sample also contains routines for enriching that information through accessible accounts and services, including purchase records and delivery histories.

The unusual component comes after collection. VOLTA can assemble a structured identity report and, when configured with an API key, send the collected information through OpenRouter to an AI model. Its prompt requests a target assessment: identify potentially valuable assets, rank opportunities for monetization and assess the victim's security practices.

That is the workflow Talos documented in the sample. The report does not establish that a model successfully generated such a dossier during a real-world compromise, or that the malware has been deployed in a tracked campaign.

The code anticipates model refusals

VOLTA's optional AI component is configured to try Claude Opus 4.6 first, then Kimi K2 and Gemini 2.5 Flash if its response-checking logic detects phrases associated with a refusal. Talos interprets this as an attempt to work around model safeguards. The examples Talos quotes are “I can't” and “I'm not able”.

The implementation shows intent, not success. Talos does not report whether any of the models complied, partly complied or refused in testing or deployment. It also does not establish that this simple phrase-based check would reliably identify refusals. Without a configured API key, VOLTA skips the AI component entirely and retains its conventional stealing functionality.

A design that suggests resale, not proven sales

VOLTA contains six configuration slots that can be filled when the executable is built, including settings for Telegram delivery and API access. Cisco Talos interprets this as evidence of a possible builder model, in which different operators could receive binaries configured with their own credentials.

The configuration is notable, but the commercial explanation remains an inference. Talos does not identify customers, document sales or establish that multiple operators have deployed the malware. Its analysis also found no attacker-owned infrastructure among the observed endpoints.

If VOLTA was designed for resale, the optional AI assessment could become a feature available to operators who lack the time or expertise to manually examine large collections of stolen data. The sample demonstrates that design possibility. It does not show buyers receiving successful model-generated assessments in real attacks.

What defenders can do

Talos recommends restricting or monitoring unauthorized processes that launch Chrome with the --headless option, which VOLTA uses in its App-Bound Encryption bypass path. That is a targeted control against one part of the malware's credential-theft workflow, not a complete defense against every collection method in the sample.

If VOLTA is suspected on a Windows machine, incident responders should preserve available forensic evidence before reimaging. Talos identifies a timestamped harvest log named volta_debug.txt under the user's application-data directory; its published path appears as APPDATA%\volta_debug.txt. The log may help establish what was collected and whether an AI request was attempted or completed.

Potentially exposed sessions and tokens should be revoked, and affected credentials reset from a trusted device. Any cryptocurrency wallet whose seed phrase was exposed should be treated as compromised and replaced with a newly generated wallet using a secure recovery process.

Sources

  1. [1] Cisco Talos, “Appraisal by AI: Model-driven victim prioritization in the VOLTA infostealer”, October 31, 2026 (read first-hand in full: the collection capabilities, the enrichment routines, the Identity_Report.txt bundle contents, the OpenRouter request, the system prompt's “WHAT THEY'RE WORTH” and “THEIR OPSEC” sections, the model chain and refusal phrases, temperature 0.2, the six build-time slots and Talos's builder reading, the absence of attacker-owned infrastructure, the headless-Chrome countermeasure, the volta_debug.txt log path as printed, and the sample's first-seen date of October 11, 2026, 12:46 UTC)Read source
  2. [2] WIRED, Kernel Panic newsletter, October 31, 2026, read via syndication (source only for researcher Ryan Fetterman's statement that Talos did not track whether VOLTA has been used in the wild)Read source