Intel

AIKIDO-2026-350616

wasmtime is vulnerable to Use of Uninitialized Resource

CVE-2026-104855Published Aug 3, 2026
August 3, 2026

20

CVE Score

Low

Use of Uninitialized Resource

Are you affected? Scan for Free

TL;DR

Wasmtime's bulk WebAssembly operations such as memory.copy, table.grow, and array.copy inject fuel and epoch preemption checks in the middle of the transfer. When an embedder mutates the Store from an epoch callback, or cancels a computation and later resumes wasm in the same store, those mid-operation checkpoints can expose inconsistent internal state: a non-nullable table left grown but still null-filled, stale linear-memory pointers used after a grow moves the buffer, or GC heap corruption after a GC during an array.copy. The fix restores earlier behavior by checking fuel once before the bulk operation and not preempting during it.

How do I fix this?

Upgrade the wasmtime library to the patch version.

Who does this affect?

You are affected if you are using a version that falls within the vulnerable range and your embedding uses Store::epoch_deadline_callback while mutating wasm state (for example growing memory), or continues executing wasm in a store after a fuel or timeout cancellation. Embeddings that only touch the host T in Store<T> during epoch callbacks, or that discard the store after a timeout, are not affected.

Package

Versions

46.0.0 - 46.0.1

Fixed in 46.0.2

47.0.0 - 47.0.2

Fixed in 47.0.3

Background info

wasmtime is vulnerable to Use of Uninitialized Resource in versions 46.0.0 - 46.0.1 and 47.0.0 - 47.0.2.

Get secure today,
quickly and for free.

Secure your code, cloud, and runtime in one central system. Connect a repo to discover what the reasoning agents find in your codebase.

No credit card required | Scan results in 32 seconds.

Trusted by 150k+ orgs
  • Revolut
  • n8n
  • Lovable
  • Deel
  • Prove
  • Omnea