Wasmtime: Sandbox-Ausbruch durch falsches Sprungziel in aarch64 Cranelift br_table

Zusammenfassung

Der Cranelift-Compiler-Backend von Wasmtime kann auf aarch64 (ARM64) beim Kompilieren eines WebAssembly-br_table-Befehls mit mehr als rund 256'000 Sprungzielen ein falsches bedingtes Sprungziel erzeugen. Ein Angreifer, der einem solchen Host ein Wasm-Modul bereitstellen kann, kann zu beliebigem Code an einem vom Benutzer kontrollierten Offset springen und die Wasm-Sandbox verlassen. Voraussetzung ist, dass der Host auf ARM64 nicht vertrauenswürdige oder vom Benutzer bereitgestellte Wasm-Module mit dem Standard-Backend Cranelift ausführt.

Betroffen

• Wasmtime vor 36.0.19
• Wasmtime 37.0.0 vor 48.0.7
• Wasmtime 49.0.0 vor 49.0.4
• Nur aarch64-(ARM64-)Hosts mit dem Standard-Backend Cranelift sind betroffen; x86-64 ist gemäss den Research-Notizen nicht betroffen
• Unbekannt: ob ältere Versionen mit aarch64-Unterstützung betroffen sind, da einige Sekundärquellen dies angeben

Behoben in

• Wasmtime 36.0.19
• Wasmtime 48.0.7
• Wasmtime 49.0.4

Umgehung

Unbekannt.

• Keine vom Hersteller veröffentlichte Massnahme gefunden.
• Bis zur Behebung nur vertrauenswürdige Wasm-Module auf ARM64-Hosts ausführen und Workloads mit nicht vertrauenswürdigen Modulen auf x86-64-Hosts verschieben.

Ausnutzung

• Herstellerhinweis und Medienberichte melden bis zum 26. Oktober 2026 keine bekannte Ausnutzung.
• CISA-SSVC-Bewertung: Ausnutzung keine, nicht automatisierbar.
• CISA KEV: in den neuesten geprüften Quellen nicht gelistet.
• Ein öffentliches GitHub-Repository behauptet einen funktionierenden Exploit; dies ist nicht verifiziert und könnte gefälscht oder bösartig sein. Keinen Code daraus ausführen.

Unsere Empfehlung

• Alle Wasmtime-Kopien inventarisieren, einschliesslich eingebetteter Kopien in Drittsoftware und Containern, und ARM64-Hosts identifizieren.
• Wasmtime auf 36.0.19, 48.0.7 oder 49.0.4 aktualisieren oder auf eine unterstützte Release-Linie mit dem Fix wechseln.
• Bis zur Behebung die Wasm-Ausführung auf ARM64-Hosts auf vertrauenswürdige Module beschränken.
• Softwarehersteller, die Wasmtime einbetten, nach ihrem Patch-Status fragen.
• Keinen Code aus nicht verifizierten öffentlichen Exploit-Repositories ausführen.

Öffentliche Exploits iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).

Links zu fremden Seiten, von uns nicht geprüft – Exploit-Code kann Schadsoftware enthalten. Nur in isolierten Testumgebungen verwenden.

• Proof of Concept auf GitHub (1 Repositories) iAngriffscode ist öffentlich verfügbar (PoC auf GitHub, Metasploit oder Exploit-DB).
  shreyas-malhotra/CVE-2026-115893-wasmtime-sandbox-escape

Quellen der Recherche

• GHSA-mghf-wjfp-p5xm security advisory github.com
• Wasmtime release 36.0.19 github.com
• Wasmtime release 48.0.7 github.com
• Wasmtime release 49.0.4 github.com
• Wasmtime fix commit 222ff3a github.com
• OSV record GHSA-mghf-wjfp-p5xm osv.dev
• The Hacker News: Two critical Wasmtime flaws thehackernews.com
• Ubuntu CVE-2026-115893 ubuntu.com

Recherchiert und auf Deutsch und Englisch aufbereitet von einer KI (Claude von Anthropic) auf Basis von NVD, CISA, EPSS und den genannten Quellen. Massgebend sind die Angaben des Herstellers. Recherche vom 30.10.2026 14:56.