Skip to main content
Press slash or control plus K to focus the search. Use the arrow keys to navigate results and press enter to open a threat.
Reconnecting to live updates…

CVE-2026-27572: CWE-770: Allocation of Resources Without Limits or Throttling in bytecodealliance wasmtime

0
Medium
VulnerabilityCVE-2026-27572cvecve-2026-27572cwe-770
Published: Tue Feb 24 2026 (02/24/2026, 21:31:50 UTC)
Source: CVE Database V5
Vendor/Project: bytecodealliance
Product: wasmtime

Description

Wasmtime is a runtime for WebAssembly. Prior to versions 24.0.6, 36.0.6, 4.0.04, 41.0.4, and 42.0.0, Wasmtime's implementation of the `wasi:http/types.fields` resource is susceptible to panics when too many fields are added to the set of headers. Wasmtime's implementation in the `wasmtime-wasi-http` crate is backed by a data structure which panics when it reaches excessive capacity and this condition was not handled gracefully in Wasmtime. Panicking in a WASI implementation is a Denial of Service vector for embedders and is treated as a security vulnerability in Wasmtime. Wasmtime 24.0.6, 36.0.6, 40.0.4, 41.0.4, and 42.0.0 patch this vulnerability and return a trap to the guest instead of panicking. There are no known workarounds at this time. Embedders are encouraged to update to a patched version of Wasmtime.

AI-Powered Analysis

AILast updated: 02/24/2026, 21:55:51 UTC

Technical Analysis

CVE-2026-27572 is a resource allocation vulnerability classified under CWE-770, affecting the Wasmtime WebAssembly runtime developed by bytecodealliance. Specifically, the issue lies in the implementation of the wasi:http/types.fields resource within the wasmtime-wasi-http crate. This resource manages HTTP header fields using a data structure that panics when it exceeds a certain capacity limit. Prior to the patched versions (24.0.6, 36.0.6, 40.0.4, 41.0.4, and 42.0.0), Wasmtime did not gracefully handle this panic condition, resulting in an unhandled panic that causes the runtime to terminate unexpectedly. Since Wasmtime is often embedded in applications to execute WebAssembly modules, such a panic translates into a Denial of Service (DoS) vector, disrupting the availability of the host application. The vulnerability can be triggered by adding an excessive number of HTTP header fields, which may be possible through crafted input or malicious WebAssembly modules. The fix implemented in the patched versions replaces the panic with a trap returned to the guest module, preventing the runtime from crashing. The CVSS 4.0 score of 6.9 reflects a medium severity, considering the network attack vector, low attack complexity, partial privileges required, and user interaction needed. There are no known exploits in the wild, and no alternative mitigations besides upgrading to a patched version.

Potential Impact

The primary impact of CVE-2026-27572 is Denial of Service, which can disrupt the availability of applications embedding Wasmtime to run WebAssembly modules. This can affect services relying on Wasmtime for HTTP-related WebAssembly workloads, potentially causing application crashes or service outages. Since the vulnerability triggers a panic in the runtime, it may lead to unexpected termination of processes, impacting reliability and uptime. Although confidentiality and integrity are not directly compromised, the availability impact can be significant for critical systems or high-availability environments. Organizations deploying Wasmtime in network-facing or multi-tenant environments are at higher risk, as attackers could exploit this by sending crafted inputs to induce panics. The medium severity rating indicates a moderate risk, but the ease of exploitation and lack of workarounds elevate the urgency for patching. Disruption could affect cloud providers, edge computing platforms, and any service leveraging Wasmtime for WebAssembly execution.

Mitigation Recommendations

The definitive mitigation for CVE-2026-27572 is to upgrade Wasmtime to one of the patched versions: 24.0.6, 36.0.6, 40.0.4, 41.0.4, or 42.0.0, depending on the current version in use. Embedders should verify their Wasmtime version and apply updates promptly. Since no workarounds exist, organizations should also audit their usage of the wasi:http/types.fields resource to identify potential exposure. Implement input validation or rate limiting on HTTP headers passed to WebAssembly modules to reduce the risk of triggering excessive header fields. Additionally, embedding applications should implement robust error handling around Wasmtime invocations to gracefully recover from unexpected traps or panics. Monitoring Wasmtime logs for panic events can help detect attempted exploitation. Finally, coordinate with development teams to ensure that WebAssembly modules do not generate excessive headers and consider sandboxing or isolating Wasmtime instances to limit blast radius in case of DoS.

Need more detailed analysis?Upgrade to Pro Console

Technical Details

Data Version
5.2
Assigner Short Name
GitHub_M
Date Reserved
2026-02-20T17:40:28.448Z
Cvss Version
4.0
State
PUBLISHED

Threat ID: 699e1b0db7ef31ef0b464b8b

Added to database: 2/24/2026, 9:41:33 PM

Last enriched: 2/24/2026, 9:55:51 PM

Last updated: 2/25/2026, 1:25:10 AM

Views: 7

Community Reviews

0 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

PRO

Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.

Please log in to the Console to use AI analysis features.

Need more coverage?

Upgrade to Pro Console in Console -> Billing for AI refresh and higher limits.

For incident response and remediation, OffSeq services can help resolve threats faster.

Latest Threats