sveltejs/devalue · Security
devalue: `stringify`/`uneval` serialize shared memory
- GHSA ID
- GHSA-j22f-vq7h-c4qm
- CVE ID
- CVE-2026-92708
- Severity
- high
- Published
- Updated
- CVSS
- 7.5 · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
- CVSS v3
- 7.5 · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
Description
Impact
stringify and uneval serialize a typed array by emitting its backing ArrayBuffer, not just the view. In the case of a Node Buffer object, the backing buffer is a process-wide shared pool, meaning unrelated memory can be serialized into a response that is then sent to the client. For a Node Buffer the backing store is Node's process-wide shared pool, so serializing a small Buffer copies up to 64 KB of unrelated process memory — including bytes from other in-flight requests — into the output. In an SSR framework (SvelteKit, Nuxt) a public page whose load() returns a 2-byte Buffer, or a small file read with readFileSync, ships another user's request body / Authorization header in its HTML. Unauthenticated, silent, ~43,000× amplification.
This is serialization-side, so the parse/unflatten prototype-pollution and DoS guards do not apply — it fires on every SSR render, not only when parsing untrusted input.
Workarounds
Convert Node Buffer objects to Uint8Array:
payload = {
- buffer
+ buffer: new Uint8Array(buffer)
}
CWEs
- CWE-200 · Exposure of Sensitive Information to an Unauthorized Actor
- CWE-226 · Sensitive Information in Resource Not Removed Before Reuse
References
- https://github.com/sveltejs/devalue/security/advisories/GHSA-j22f-vq7h-c4qm ↗
- https://nvd.nist.gov/vuln/detail/CVE-2026-92708 ↗
- https://github.com/sveltejs/devalue/commit/46dc877b3570dafb1cd3291b9bb48cecef8f7266 ↗
- https://github.com/sveltejs/devalue/releases/tag/v5.9.3 ↗
- https://github.com/advisories/GHSA-j22f-vq7h-c4qm ↗