devalue: Sparse arrays emitted by uneval cause eager allocation when evaluated
Key facts
- Attack vector
- —
- Privileges required
- —
- User interaction
- —
- Attack complexity
- —
- Impact type
- Denial of service
- Confidentiality · integrity · availability
- —
- Fix status
- Fixed
No CVSS vector from any source. Fix status from GitHub. Impact type from CWE-400.
Summary
Evaluating legitimate `uneval` output for a sparse array can allocate memory proportional to its declared length. A tiny serialized value can therefore cause large memory allocation in a consuming browser/runtime. This occurs during evaluation of generated code, not in default `parse` sparse-array construction. You would only be affected by this if you were serializing very large sparse arrays and then evaluating the results. In the general use case for `uneval` of sending data to the client, the worst that could happen is the browser tab running out of memory.
Why it matters now
SSVC decision points
Not available: CISA has not published SSVC decision points for this record.
Affected products
| Vendor | Product | Affected versions | Fixed in | Status | Source |
|---|---|---|---|---|---|
| — | devalue (npm) | 1.0.0 to before 5.9.3 | 5.9.3 | Patch available | GHSA-wf3x-273g-mvxv |
- devalue (npm) Vendor— Affected 1.0.0 to before 5.9.3 Fixed in 5.9.3 Patch available GHSA-wf3x-273g-mvxv
Remediation
- Fix · GHSA-wf3x-273g-mvxv devalue (npm) Fixed in 5.9.3 Advisory →
Timeline
- 2026-10-03 Threatist record created from GHSA-wf3x-273g-mvxv
References
Sources
This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences