https://cve.radiocsirt.org/rss/recent/all/10 Most recent entries from all 2026-10-13T02:35:35.553149+00:00 Vulnerability-Lookup csirt@opendfir.org python-feedgen Contains only the most 10 recent entries. https://cve.radiocsirt.org/vuln/euvd-2026-273780 EUVD-2026-273780 2026-10-13T02:35:35.647984+00:00 EUVD-2026-273780 https://cve.radiocsirt.org/vuln/fkie_cve-2026-27572 fkie_cve-2026-27572 2026-10-13T02:35:35.648019+00:00

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.

 https://cve.radiocsirt.org/vuln/ghsa-243v-98vx-264h GHSA-243v-98vx-264h — Wasmtime can panic when adding excessive fields to a `wasi:http/types.fields` instance 2026-10-13T02:35:35.648056+00:00

Affected: crates.io: wasmtime

### Impact

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.

### Patches

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.

### Workarounds

There are no known workarounds at this time, embedders are encouraged to update to a patched version of Wasmtime.

### Resources

* [Limitations of `http::HeaderMap`](https://docs.rs/http/1.4.0/http/header/#limitations)

 https://cve.radiocsirt.org/vuln/rustsec-2026-0021 RUSTSEC-2026-0021 — Panic adding excessive fields to a `wasi:http/types.fields` instance 2026-10-13T02:35:35.648094+00:00

Affected: crates.io: wasmtime

This is an entry in the RustSec database for the Wasmtime security advisory located at https://github.com/bytecodealliance/wasmtime/security/advisories/GHSA-243v-98vx-264h For more information see the GitHub-hosted security advisory.

 https://cve.radiocsirt.org/vuln/ubuntu-cve-2026-27572 UBUNTU-CVE-2026-27572 2026-10-13T02:35:35.648115+00:00

Affected: Ubuntu:24.04:LTS: rust-wasmtime, Ubuntu:25.10: rust-wasmtime, Ubuntu:26.04:LTS: rust-wasmtime

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.