Your RSA-2048 keys break in 2030. Find every one of them before attackers do.
📦
📦 npm
Not in CISA KEV
CRITICAL severity

CVE-2026-59940 — seroval

CRITICAL

CVE-2026-59940 is a critical-severity (CVSS 9.8) Deserialization of Untrusted Data vulnerability in seroval. A fix is available for seroval — see the affected versions and patch details below.

seroval: `seroval.fromJSON()` Promise resolver type confusion invokes attacker-controlled methods during deserialization

Published
Updated
Affected
1 pkg
Patched
1 / 1
Exploits
None indexed
Exploitation data as of Oct 20, 2026 · OSV.dev, NVD, FIRST.org (EPSS)

EPSS Exploitation Probability

via FIRST.org ↗
0.8%probability of exploitation in next 30 days
Lower Risk0.00%
Lower risk than most CVEs56th percentile — riskier than 56% of all scored CVEsHighest risk
0.31%0.65%0.98%1.31%0.8%0.8%Oct 26Oct 26

Probability of exploitation in the next 30 days, from FIRST.org EPSS.

How urgent is this, really

CVE-2026-59940 by exploitation likelihood (EPSS) against impact (CVSS). Outside the shaded patch-first corner.

Where this sits among everything scored

Of 395,249 CVEs with a current EPSS score, this one falls in the < 10% band (highlighted). Counts from FIRST.org, log-scaled.

Real-World Exposure

1 pkg affected

How broadly this vulnerability is actually deployed: weekly install volume shows current usage, and reverse-dependency count shows how many other packages break if it stays unpatched.

67other npm packages depend on this — each one inherits the vulnerability until it's patched upstream
serovalnpm
17.0Mdownloads / week

Description

Summary

A type confusion issue in seroval.fromJSON() allowed attacker-controlled JSON input to cause Promise control nodes to operate on values from the general deserialization reference table without first verifying that those values were genuine internal promise resolver records.

In applications that deserialize untrusted Seroval JSON with plugins enabled, this could allow attacker-controlled deserialization side effects. In downstream server frameworks that register plugins returning callable wrappers, this primitive could become unintended server-side invocation and, depending on exposed application functionality, remote code execution or equivalent server compromise.

The issue was fixed in [email protected].

Affected package

  • Package: seroval
  • Affected API: fromJSON()
  • Affected versions: versions prior to 1.5.3 that contain the vulnerable Promise resolver reference handling
  • Patched version: 1.5.3

Impact

The vulnerable deserialization path could confuse attacker-created values in the general reference table with Seroval's internal promise resolver records.

Direct impact in seroval is a deserialization side-effect primitive when untrusted JSON is deserialized with plugins enabled. Downstream impact depends on registered plugins and framework usage. If a downstream framework registers plugins that deserialize sensitive callable wrappers, attacker-controlled input may be able to trigger unintended server-side invocation during deserialization.

A concrete downstream impact scenario was validated privately against TanStack Start before the 1.5.3 fix. With [email protected], the downstream reproducer no longer succeeds.

Remediation

Upgrade to [email protected] or later.

Downstream projects that accept Seroval JSON from untrusted clients should also consider defense-in-depth controls:

  • restrict accepted Seroval node types for client-to-server payloads;
  • allowlist plugin tags for inbound deserialization;
  • avoid registering plugins that produce callable or privileged values for untrusted inputs unless strictly necessary;
  • add regression tests ensuring deserialization cannot cause unintended server-side invocation as a side effect.

Fix verification

The original private reproducer was verified against [email protected] and no longer reproduces against [email protected].

Validation results:

Credit

Reported by Mufeed VH from Winfunc Research.

Disclosure / coordination note

The downstream TanStack Start impact was coordinated privately. Technical exploit details and proof-of-concept reproduction material have been omitted from this advisory draft for discretion.

Affected Packages

1 total 1 fixed
EcosystemPackageVulnerable rangeFix
📦npmserovalall versions1.5.3npm install seroval@1.5.3

Detection & mitigation playbook

Open-source dependency
  1. Detect

    Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for seroval, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    Update seroval to 1.5.3 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms CVE-2026-59940 is resolved across your whole dependency graph.

  3. Workarounds

    Do not deserialise data from untrusted sources: where the format allows it, restrict deserialisation to an explicit allowlist of expected types, and prefer a data-only format (JSON, Protobuf) over one that can reconstruct arbitrary objects until you can upgrade.

Frequently Asked Questions

## Summary A type confusion issue in `seroval.fromJSON()` allowed attacker-controlled JSON input to cause Promise control nodes to operate on values from the general deserialization reference table without first verifying that those values were genuine internal promise resolver records. In applications that deserialize untrusted Seroval JSON with plugins enabled, this could allow attacker-controlled deserialization side effects. In downstream server frameworks that register plugins returning callable wrappers, this primitive could become unintended server-side invocation and, depending on ex
O3 Security · Impact-Aware SCA

Is CVE-2026-59940 in your dependencies?

Find it across npm, including transitive dependencies.

CVE-2026-59940: seroval RCE — Fixed in 1.5.3