<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent sightings.</title>
    <link>https://vulnerability.circl.lu</link>
    <description>Contains only the most 10 recent sightings.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 03 Oct 2026 23:40:33 +0000</lastBuildDate>
    <item>
      <title>86c3560a-ffa0-469f-be5e-572db38b83d1</title>
      <link>https://vulnerability.circl.lu/sighting/86c3560a-ffa0-469f-be5e-572db38b83d1/export</link>
      <description>{"uuid": "86c3560a-ffa0-469f-be5e-572db38b83d1", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2026-104855", "type": "seen", "source": "https://gist.github.com/alon710/a0ca06f289edb2a99a12936f2ba8cda3", "content": "# CVE-2026-104855: CVE-2026-104855: Sandbox Escape via Reentrant State Desynchronization in Wasmtime Bulk Memory Operations\n\n&amp;gt; **CVSS Score:** 2.0\n&amp;gt; **Published:** 2026-10-02\n&amp;gt; **Full Report:** https://cvereports.com/reports/CVE-2026-104855\n\n## Summary\nCVE-2026-104855 is a critical vulnerability involving a race condition and reentrant state desynchronization within Wasmtime, a standalone WebAssembly runtime. Due to incremental mid-operation preemption points in compiler-generated loops for bulk memory and table operations, a host-defined epoch or fuel deadline callback could mutate the WebAssembly Store. Upon resuming, the virtual machine utilized stale cached pointers, resulting in use-after-free, out-of-bounds writes, and sandbox escape.\n\n## TL;DR\nA state desynchronization flaw in Wasmtime's bulk operations allowed host reentrancy during loop preemption checks. Under specific configurations, a callback could modify the linear memory layout or garbage-collection heap, causing the resumed loop to perform use-after-free operations or out-of-bounds writes, potentially leading to WebAssembly sandbox escape.\n\n## Exploit Status: POC\n\n## Technical Details\n\n- **CWE ID**: CWE-362 (Concurrent Execution using Shared Resource with Improper Synchronization)\n- **Attack Vector**: Network / Local\n- **CVSS Score**: 2.0 (Low Base / Critical Downstream Impact)\n- **EPSS Score**: Not Listed\n- **Impact**: Sandbox Escape, Memory Corruption (Use-After-Free, Out-of-Bounds Write)\n- **Exploit Status**: Proof-of-Concept\n- **KEV Status**: Not Listed\n\n## Affected Systems\n\n- Wasmtime standalone WebAssembly runtime\n- **Wasmtime**: &amp;gt;= 46.0.0, &amp;lt; 46.0.2 (Fixed in: `46.0.2`)\n- **Wasmtime**: &amp;gt;= 47.0.0, &amp;lt; 47.0.3 (Fixed in: `47.0.3`)\n\n## Mitigation\n\n- Upgrade to Wasmtime 46.0.2, 47.0.3, or later versions.\n- Avoid mutating critical Store resources (such as growing memory or tables) within user-defined host epoch or fuel deadline callbacks.\n- Implement resource limiters to prevent guest modules from performing excessively large, non-preemptible bulk memory copies that could lead to CPU thread starvation.\n\n**Remediation Steps:**\n1. Update cargo.toml dependencies for bytecodealliance/wasmtime to at least 46.0.2 or 47.0.3.\n2. Run `cargo update` in the project root to fetch the updated crate version.\n3. Audit all registered epoch_deadline_callback and set_fuel callback implementations for potential reentrant mutations to the store state.\n\n## References\n\n- [GHSA-2hw9-mc66-jc2q](https://github.com/bytecodealliance/wasmtime/security/advisories/GHSA-2hw9-mc66-jc2q)\n- [CVE-2026-104855 Record](https://www.cve.org/CVERecord?id=CVE-2026-104855)\n\n\n---\n*Generated by [CVEReports](https://cvereports.com/reports/CVE-2026-104855) - Automated Vulnerability Intelligence*", "creation_timestamp": "2026-10-03T10:30:31.000000Z"}</description>
      <content:encoded>{"uuid": "86c3560a-ffa0-469f-be5e-572db38b83d1", "vulnerability_lookup_origin": "1a89b78e-f703-45f3-bb86-59eb712668bd", "author": "9f56dd64-161d-43a6-b9c3-555944290a09", "vulnerability": "CVE-2026-104855", "type": "seen", "source": "https://gist.github.com/alon710/a0ca06f289edb2a99a12936f2ba8cda3", "content": "# CVE-2026-104855: CVE-2026-104855: Sandbox Escape via Reentrant State Desynchronization in Wasmtime Bulk Memory Operations\n\n&amp;gt; **CVSS Score:** 2.0\n&amp;gt; **Published:** 2026-10-02\n&amp;gt; **Full Report:** https://cvereports.com/reports/CVE-2026-104855\n\n## Summary\nCVE-2026-104855 is a critical vulnerability involving a race condition and reentrant state desynchronization within Wasmtime, a standalone WebAssembly runtime. Due to incremental mid-operation preemption points in compiler-generated loops for bulk memory and table operations, a host-defined epoch or fuel deadline callback could mutate the WebAssembly Store. Upon resuming, the virtual machine utilized stale cached pointers, resulting in use-after-free, out-of-bounds writes, and sandbox escape.\n\n## TL;DR\nA state desynchronization flaw in Wasmtime's bulk operations allowed host reentrancy during loop preemption checks. Under specific configurations, a callback could modify the linear memory layout or garbage-collection heap, causing the resumed loop to perform use-after-free operations or out-of-bounds writes, potentially leading to WebAssembly sandbox escape.\n\n## Exploit Status: POC\n\n## Technical Details\n\n- **CWE ID**: CWE-362 (Concurrent Execution using Shared Resource with Improper Synchronization)\n- **Attack Vector**: Network / Local\n- **CVSS Score**: 2.0 (Low Base / Critical Downstream Impact)\n- **EPSS Score**: Not Listed\n- **Impact**: Sandbox Escape, Memory Corruption (Use-After-Free, Out-of-Bounds Write)\n- **Exploit Status**: Proof-of-Concept\n- **KEV Status**: Not Listed\n\n## Affected Systems\n\n- Wasmtime standalone WebAssembly runtime\n- **Wasmtime**: &amp;gt;= 46.0.0, &amp;lt; 46.0.2 (Fixed in: `46.0.2`)\n- **Wasmtime**: &amp;gt;= 47.0.0, &amp;lt; 47.0.3 (Fixed in: `47.0.3`)\n\n## Mitigation\n\n- Upgrade to Wasmtime 46.0.2, 47.0.3, or later versions.\n- Avoid mutating critical Store resources (such as growing memory or tables) within user-defined host epoch or fuel deadline callbacks.\n- Implement resource limiters to prevent guest modules from performing excessively large, non-preemptible bulk memory copies that could lead to CPU thread starvation.\n\n**Remediation Steps:**\n1. Update cargo.toml dependencies for bytecodealliance/wasmtime to at least 46.0.2 or 47.0.3.\n2. Run `cargo update` in the project root to fetch the updated crate version.\n3. Audit all registered epoch_deadline_callback and set_fuel callback implementations for potential reentrant mutations to the store state.\n\n## References\n\n- [GHSA-2hw9-mc66-jc2q](https://github.com/bytecodealliance/wasmtime/security/advisories/GHSA-2hw9-mc66-jc2q)\n- [CVE-2026-104855 Record](https://www.cve.org/CVERecord?id=CVE-2026-104855)\n\n\n---\n*Generated by [CVEReports](https://cvereports.com/reports/CVE-2026-104855) - Automated Vulnerability Intelligence*", "creation_timestamp": "2026-10-03T10:30:31.000000Z"}</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/sighting/86c3560a-ffa0-469f-be5e-572db38b83d1/export</guid>
      <pubDate>Sat, 03 Oct 2026 10:30:31 +0000</pubDate>
    </item>
  </channel>
</rss>
