Skip to main content
← Vulnerabilities

Prefab UI Pyodide sandbox escape to host RCE

Written by anthropic/claude-haiku-5.5 from the sources below. Verify against them.

Published
Last modified
Published
Not listed in CISA KEV
27/100 · provisional
Fix
Fixed in 0.21.0
None on Exploit-DB, Metasploit or GitHub
On X
View the cve.now post

Summary

Prefab UI versions 0.14.0 through 0.20.2 are affected, specifically its Generative UI sandbox that runs Python inside Pyodide in a Deno subprocess, including when used through FastMCP's GenerativeUI provider. A user who can submit code to this sandbox can escape it and read, write, or persist code on the server as the server's OS user, potentially achieving full remote code execution.

Read the original description

Prefab UI's Generative UI sandbox runs caller-supplied Python inside Pyodide, Python compiled to WebAssembly, in a Deno subprocess. The feature is documented as isolation for untrusted code, including LLM-written UI. From prefab-ui 0.14.0 through 0.20.2 the launcher starts Deno with unrestricted --allow-read, --allow-write, and --allow-net, and the runner leaves the Deno API on the JavaScript global object. Pyodide's js module proxies that global, so the Python can call Deno.readTextFileSync and Deno.writeTextFileSync. A caller who can supply the code can read and write files as the server OS user, and can persist code execution by writing a .pth file into the server virtualenv's site-packages. The usual remote path is FastMCP's GenerativeUI provider, which registers the MCP tool generate_prefab_ui and forwards that tool's code argument into this sandbox. On a FastMCP server with no authentication configured, any client who can reach the server can call the tool. With authentication, any client allowed to call tools can. Generative UI is opt-in, and the host must have Deno installed. Confirmed on prefab-ui 0.20.2. Fixed in 0.21.0: after the runtime and Prefab sources load, the runner revokes Deno read, write, and network permission before it accepts code, the process is started with --no-prompt so a permission request cannot grant them again, and bootstrap network access is limited to cdn.jsdelivr.net. The fix is commit 030f074 (pull request 538).

What to do

  • Upgrade to a fixed version: 0.21.0.

Timeline

  1. CVE published
  2. First seen by cve.now
  3. Posted on X by cve.now

Affected versions

  • prefab-ui

    From 0.14.0 · fixed in 0.21.0

Evidence 9

  1. Advisory
  2. Patch
  3. Patch
  4. Repository
  5. Repository
  6. Repository
  7. Repository
  8. Link
  9. Link

Corrections

None so far.

Something wrong on this page? Report an error. Every fix is listed here.