Executive Summary
In October 2026, the Bytecode Alliance disclosed two critical vulnerabilities in Wasmtime, a widely embedded WebAssembly runtime, both rated 9.9 CVSS. CVE-2026-115889 affects all processor architectures and stems from a 24-bit integer overflow in Cranelift's value-numbering logic that can cause type confusion and sandbox escape in large or crafted modules. CVE-2026-115893 affects ARM64 systems exclusively, exploiting a br_table branch-reach limitation present since 2020 that allows attacker-controlled modules to redirect execution to arbitrary code. Fixed releases (36.0.19, 48.0.7, 49.0.4, 50.0.0) were published October 19–20; unsupported lines received no patch. No active exploitation had been confirmed as of October 26, 2026.
These vulnerabilities highlight a growing supply-chain risk: Wasmtime is embedded as a library inside platforms such as Fastly Compute, serverless frameworks like Spin, and countless Rust-based services. A single unpatched dependency can expose an entire multi-tenant infrastructure to sandbox escape, making dependency hygiene and runtime segmentation critical controls for cloud-native security teams heading into 2027.
Why This Matters Now
WebAssembly runtimes are increasingly embedded in cloud platforms, edge compute, and AI inference pipelines, making sandbox integrity a first-class security property. With two near-perfect CVSS scores, no workarounds available, and Dependabot silent on the ARM64 flaw due to an unreviewed GitHub advisory, organizations running Wasmtime on ARM64 infrastructure—common in AWS Graviton and Ampere Altra deployments—face undetected exposure today unless they audit Cargo.lock files manually with cargo-audit.
Attack Path Analysis
An attacker with the ability to supply a malicious WebAssembly module to a vulnerable Wasmtime-based service exploits CVE-2026-115889 or CVE-2026-115893 in the Cranelift compiler to trigger a sandbox escape, gaining code execution within the host process. From that foothold, the attacker escalates privileges within the compromised runtime environment, moves laterally across co-hosted workloads or microservices, establishes command-and-control channels, and ultimately exfiltrates sensitive data or disrupts the platform's availability.
Kill Chain Progression
This analysis maps confirmed threat intelligence to the full cloud kill chain to show where defensive gaps would emerge as an attack progresses.
Initial Compromise
Description
An attacker submits a crafted WebAssembly module to a Wasmtime-powered service (e.g., a serverless compute platform such as Fastly Compute) that compiles untrusted user-supplied Wasm. The module exploits CVE-2026-115889 (integer overflow in Cranelift value numbering, any architecture) or CVE-2026-115893 (br_table long-branch mis-target on ARM64) to cause Cranelift to emit incorrect machine code, breaking sandbox memory and control-flow integrity and executing attacker-controlled instructions in the host process.
Related CVEs
CVE-2026-115889
CVSS 9.9A 24-bit integer overflow in Cranelift's value numbering fields (used in Wasmtime before version 43.0.0 and in the 36.x LTS line before 36.0.19) allows a crafted or oversized WebAssembly module to trigger type confusion and escape the Wasmtime sandbox on any processor architecture, potentially enabling arbitrary code execution on the host.
Affected Products:
Bytecode Alliance Wasmtime – < 36.0.19, 37.0.0 - 42.x
Fermyon Spin – < 4.2.4
Exploit Status:
no public exploitReferences:
https://github.com/bytecodealliance/wasmtime/security/advisories/GHSA-897f-g5gm-fmxmhttps://rustsec.org/advisories/RUSTSEC-2026-0380.htmlhttps://github.com/bytecodealliance/wasmtime/pull/12613https://github.com/bytecodealliance/wasmtime/releases/tag/v36.0.19https://github.com/bytecodealliance/wasmtime/releases/tag/v48.0.7https://github.com/bytecodealliance/wasmtime/releases/tag/v49.0.4CVE-2026-115893
CVSS 9.9A branch-range miscalculation in Cranelift's ARM64 (aarch64) code generation for the WebAssembly br_table instruction allows an out-of-range index to silently branch to an arbitrary memory location, enabling a user-controlled WebAssembly module to escape the Wasmtime sandbox and execute arbitrary code on ARM64 hosts.
Affected Products:
Bytecode Alliance Wasmtime – < 36.0.19 (ARM64), 37.0.0 - 48.0.6 (ARM64), 49.0.0 - 49.0.3 (ARM64)
Fermyon Spin – < 4.2.4 (ARM64)
Exploit Status:
no public exploitReferences:
https://github.com/bytecodealliance/wasmtime/security/advisories/GHSA-mghf-wjfp-p5xmhttps://rustsec.org/advisories/RUSTSEC-2026-0379.htmlhttps://github.com/bytecodealliance/wasmtime/pull/14826https://github.com/bytecodealliance/wasmtime/releases/tag/v48.0.7https://github.com/bytecodealliance/wasmtime/releases/tag/v49.0.4
MITRE ATT&CK® Techniques
Exploitation for Defense Evasion
Exploitation for Client Execution
Command and Scripting Interpreter
Exploit Public-Facing Application
Supply Chain Compromise
Process Injection
Exploitation for Privilege Escalation
Impair Defenses
Potential Compliance Exposure
Mapping incident impact across multiple compliance frameworks.
NIST SP 800-53 Rev 5 – Flaw Remediation
Control ID: SI-2
PCI DSS 4.0 – All System Components Protected from Known Vulnerabilities
Control ID: Requirement 6.3.3
DORA (EU) 2022/2554 – ICT Risk Management and Vulnerability Handling
Control ID: Article 9 — ICT Security
NIS2 Directive (EU) 2022/0383 – Vulnerability Management and Supply Chain Security
Control ID: Article 21 — Cybersecurity Risk Management Measures
CISA Zero Trust Maturity Model 2.0 – Workload Isolation and Runtime Boundary Enforcement
Control ID: Applications & Workloads Pillar — Runtime Integrity
ISO/IEC 27001:2022 – Management of Technical Vulnerabilities
Control ID: Annex A 8.8
Sector Implications
Industry-specific impact of the vulnerabilities, including operational, regulatory, and cloud security risks.
Computer Software/Engineering
Critical Wasmtime sandbox-escape CVEs (CVSS 9.9) directly threaten software engineering pipelines embedding Wasmtime as a library, requiring full rebuilds and risking lateral movement and exfiltration across multi-cloud deployments.
Information Technology/IT
IT infrastructure running ARM64 or any-architecture Wasmtime builds faces supply-chain compromise; unpatched runtimes enable privilege escalation and egress policy violations mapped to NIST.800-53.AC-6 and ZTMM.Network controls.
Internet
Serverless and edge platforms like Fastly Compute compiling untrusted customer WebAssembly modules face highest sandbox-escape exposure, demanding zero-trust segmentation and cloud firewall egress enforcement per PCI.4.0.6.4.3.
Computer/Network Security
Security tooling built on Wasmtime runtimes risks Cranelift compiler type-confusion exploits; validated compliance gaps in ZTMM.CrossCutting.Visibility and NIST.CSF.DE.CM-4 demand immediate inline IPS and anomaly detection remediation.
Sources
- Two Critical Wasmtime Flaws Could Let Malicious WebAssembly Modules Escape Sandboxeshttps://thehackernews.com/2026/10/two-critical-wasmtime-flaws-could-let.htmlVerified
- Bytecode Alliance Security Advisory: GHSA-897f-g5gm-fmxm (CVE-2026-115889)https://github.com/bytecodealliance/wasmtime/security/advisories/GHSA-897f-g5gm-fmxmVerified
- Bytecode Alliance Security Advisory: GHSA-mghf-wjfp-p5xm (CVE-2026-115893)https://github.com/bytecodealliance/wasmtime/security/advisories/GHSA-mghf-wjfp-p5xmVerified
- RustSec Advisory RUSTSEC-2026-0380https://rustsec.org/advisories/RUSTSEC-2026-0380.htmlVerified
- RustSec Advisory RUSTSEC-2026-0379https://rustsec.org/advisories/RUSTSEC-2026-0379.htmlVerified
- Wasmtime Release v50.0.0 - Fixed Release Changeloghttps://github.com/bytecodealliance/wasmtime/releases/tag/v50.0.0Verified
- Wasmtime Introduction and Runtime Documentationhttps://docs.wasmtime.dev/introduction.htmlVerified
- CISA Known Exploited Vulnerabilities Cataloghttps://www.cisa.gov/known-exploited-vulnerabilities-catalogVerified
- Fastly Compute Platform - Getting Started with Computehttps://www.fastly.com/documentation/guides/compute/getting-started-with-compute/Verified
- Spin Framework v4.2.4 Cargo.lock (Wasmtime 50.0.0 dependency)https://github.com/spinframework/spin/blob/v4.2.4/Cargo.lockVerified
Frequently Asked Questions
Cloud Native Security Fabric Mitigations and ControlsCNSF
Based on the attack progression modeled above, these are the defensive controls that would constrain each stage.
Aviatrix Zero Trust CNSF is directly relevant here because a Cranelift sandbox escape gives an attacker host-level reach across co-hosted workloads and cloud credentials, precisely the east-west and egress exposure that identity-aware segmentation and controlled egress policies are designed to constrain. By enforcing workload-scoped access boundaries and restricting outbound paths, CNSF would likely reduce the attacker's ability to pivot across microservices and exfiltrate data undetected.
Control: Cloud Native Security Fabric (CNSF)
Mitigation: CNSF network segmentation would likely limit the exposed attack surface reachable by external untrusted inputs, reducing the set of workloads that could receive and compile malicious Wasm modules from arbitrary external sources.
Control: Zero Trust Segmentation
Mitigation: Zero Trust segmentation policies would likely reduce the credential and identity scope available to a compromised workload by enforcing least-privilege access boundaries at the workload identity level, making it harder for the attacker to leverage harvested credentials across broader cloud resources.
Control: East-West Traffic Security
Mitigation: East-west traffic enforcement would likely constrain the attacker's ability to move freely between microservices and internal APIs by restricting inter-workload communication to explicitly permitted paths, reducing the reachability of adjacent services from a single compromised host.
Control: Multicloud Visibility & Control
Mitigation: Multicloud visibility and centralized traffic control would likely make outbound command-and-control beaconing more detectable and reducible by surfacing anomalous egress flows from workloads that have no legitimate reason to contact external infrastructure.
Control: Egress Security & Policy Enforcement
Mitigation: Egress security and policy enforcement would likely reduce the attacker's ability to exfiltrate data to arbitrary external destinations by restricting outbound traffic from sensitive workloads to a defined set of permitted endpoints and protocols.
With segmentation and egress controls reducing lateral movement and outbound data transfer paths, the attacker's overall blast radius would likely be constrained to the initially compromised workload's identity scope rather than spreading across the full multi-tenant platform or cloud account.
Impact at a Glance
Affected Business Functions
- Serverless and Edge Compute Platforms (e.g., Fastly Compute, Fermyon Spin)
- WebAssembly-based Multi-Tenant Code Execution Services
- Cloud-Native Application Runtime Infrastructure
- Supply Chain Integrity for Rust/WebAssembly Software Ecosystems
Estimated downtime: 1 days
Estimated loss: N/A
No confirmed data exfiltration or breach has been reported. However, the sandbox escape primitives exposed by both CVEs theoretically allow a malicious WebAssembly module operator to access host memory, host process data, and any secrets or tenant data resident in the host environment at the time of exploitation. In multi-tenant platforms such as Fastly Compute, this could include co-tenant application secrets, cryptographic keys, environment variables, and in-flight request payloads. The actual data at risk depends entirely on the host application and deployment context. No exploitation has been confirmed in the wild as of October 26, 2026.
Recommended Actions
Key Takeaways & Next Steps
- • Immediately patch all Wasmtime-embedded applications to fixed releases (36.0.19, 48.0.7, 49.0.4, or 50.0.0) and rebuild any program that statically links Wasmtime as a library, as updating only the CLI is insufficient; use cargo-audit with RustSec entries RUSTSEC-2026-0380 and RUSTSEC-2026-0379 to identify affected Cargo.lock dependencies across the supply chain.
- • Apply Zero Trust Segmentation (CNSF East-West Traffic Security and Zero Trust Segmentation capabilities) to enforce identity-based, least-privilege policies between Wasmtime host workloads and adjacent microservices, preventing a sandbox escapee from pivoting laterally to internal APIs, databases, or cross-namespace Kubernetes resources.
- • Deploy Egress Security and Cloud Firewall (ACF) controls with FQDN filtering and outbound policy enforcement on all compute nodes running Wasmtime-based services to block unauthorized command-and-control callbacks and data exfiltration channels that an escaped module would attempt to establish over standard HTTPS egress.
- • Enable Multicloud Visibility and Threat Detection controls to baseline normal traffic patterns from Wasmtime host processes and alert on anomalous outbound connections, unexpected process-level network activity, or unusual cloud API calls originating from serverless or container workloads that compile untrusted Wasm modules.
- • Enforce Inline IPS (Suricata) inspection on egress paths from Wasm-hosting workloads to detect and block known exploit payload signatures and malicious post-exploitation traffic patterns, and ensure the CNSF fabric provides real-time distributed policy enforcement so that even if a sandbox escape occurs, subsequent attacker actions are intercepted before data can be exfiltrated or impact achieved.



