Skip to content

Vulnerabilities & Patches

VirusTotal fixes two YARA-X bugs in 1.22.1 release

The Oct. 31, 2026 release patches a memory leak in the streaming API and a null-pointer defect in the rule parser, verisq.ai says.

https://breach-signal.com/vulnerabilities/virustotal-fixes-yara-x-streaming-parser-bugs/

Share

Key facts

  • The release contains two bugfixes and no new features.
  • YARA-X 1.22.1 was released on 31 Oct 2026.
  • Didier Stevens, senior handler at the SANS Internet Storm Center, stated that YARA-X has replaced YARA.
  • Adoption of YARA-X has accelerated through 2025 and into 2026, especially among teams building new pipelines.

VirusTotal released YARA-X 1.22.1 on Oct. 31, 2026 from its GitHub releases page, shipping two bug fixes and no new features in its Rust-based reimplementation of the YARA pattern-matching engine.

Security Arsenal calls the release a reliability and correctness fix, not a vulnerability disclosure, with no CVE and no breaking changes. It installs via cargo install yara-x-cli or pip install -U yara-x==1.22.1.

verisq.ai states the fixes address a memory leak in the streaming API and a null-pointer flaw in the rule parser. The defects can trigger rule-parsing failures and intermittent crashes while scanners handle heavy volume.

Security Arsenal says VirusTotal rebuilt the YARA pattern-matching engine from the ground up as a memory-safe Rust engine called YARA-X, taking on long-standing correctness and consistency problems in the original C implementation while preserving rule compatibility. Didier Stevens, senior handler at the SANS Internet Storm Center, said on Oct. 31, 2026, “This shows that YARA-X has replaced YARA.”

Security Arsenal says YARA serves as the lingua franca of malware classification, used in Velociraptor hunts, threat intel platforms, e-mail gateways, incident response triage, EDR telemetry enrichment, and sandbox pipelines. A defect in the matching engine can produce false negatives, letting malware samples pass triage, causing memory scans to miss implants, and making threat hunts come back clean when they should not.

Security Arsenal says YARA-X adoption picked up through 2025 and into 2026, particularly among teams building new pipelines. Every deployment running YARA-X earlier than 1.22.1 is affected, covering the yr command-line tool, the yara-x Python bindings on PyPI, the Go and C APIs, and downstream platforms that embed YARA-X.

Security Arsenal says the classic YARA line stays in maintenance mode, while active development happens in YARA-X. Teams constructing new pipelines in 2026 should base them on YARA-X, while teams running legacy pipelines should plan migration around rule compilation and match-parity testing.

Security Arsenal says mismatched YARA-X versions across environments can disagree on the same rule and sample, which hurts reproducibility. Malware authors check samples against public YARA rule sets and probe scanner weaknesses using pathological regex strings, oversize modules, and crafted files designed to exhaust scanner resources. Patching the matching engine defends the defensive tooling layer, not just endpoints.

Hand writing the word Rules in black cursive calligraphy on a clean white background.
A hand writes the word 'Rules' in elegant cursive, symbolizing the critical importance of rule parsing and matching engine integrity in cybersecurity defense. Photo by geralt on Pixabay

Security Arsenal says teams should map every place YARA-X runs in their stack and standardize on 1.22.1 across environments, listing the version in manifests and container images, then regression-testing the rule corpus ahead of rollout. Unmapped systems cannot be patched, so teams should inventory sandbox workers, triage containers and IR jump kits, CI linting pipelines, or Python services importing yara_x.

Security Arsenal says teams should dump and rebuild compiled rule caches once upgraded, since cached rules built with the older engine can return the patched bugs. They should log the engine version in incident response runbooks so triage results stay reproducible. SOC, malware analysis lab, and DFIR toolkit teams on YARA-X should put the 1.22.1 upgrade in an upcoming change window.

verisq.ai recommends prompt upgrades to YARA-X 1.22.1, regression tests on existing rule sets, and noting the version change for control-evidence records. It says the release reaches every sector using YARA-X for file and memory scanning.

Security Arsenal says teams should study the release notes covering the two bug fixes, identify the affected functionality, and concentrate regression testing on those rule families. Teams should test a controlled malware corpus across 1.22.0 and 1.22.1, diff the results, and escalate to project maintainers for unexplained changes.

Security Arsenal says scanner hardening belongs in the threat model, with YARA run in sandboxed, resource-limited contexts using memory caps, timeouts, and unprivileged users. Teams using Velociraptor should match YARA scanning artifacts to the updated engine, since Velociraptor carries its own YARA version and might diverge.

Security Arsenal calls validation debt an operational reality, since teams that lock a version and never revisit it carry unvalidated risk instead. The same article says defenders should not write detection rules for a non-existent exploit, and should instead check versions, upgrade cleanly, and regression-test their rule corpus.

Was this helpful?

Join the discussion

Please read our Comment Policy before commenting. First-time comments are held for moderation. By posting a comment you agree to our Terms of Use and Privacy Policy, which explain how your name, email address and comment are used.

Your email address will not be published. Required fields are marked *