CVE-2026-73086: nanoid: Integer Overflow or Wraparound
Summary
An integer overflow in nanoid(size) permanently corrupts the process-wide CSPRNG pool, causing all subsequent ID generation to return the deterministic string "uuuuuuuuuuuuuuuuuuuuu". Any application that passes user-influenced values to the size parameter loses all randomness guarantees for session tokens, CSRF tokens, and unique identifiers until process restart.
Details
nanoid() at index.js:101 coerces the size parameter with size |= 0, which converts it to a signed 32-bit integer. When size >= 2^31 (e.g., 2147483648), this wraps to -2147483648.
The negative value is passed to fillPool() (index.js:15):
javascript function fillPool(bytes) { if (!pool || pool.length < bytes) { // false: pool exists, -2B < pool.length pool = Buffer.allocUnsafe(bytes POOLSIZEMULTIPLIER) crypto.getRandomValues(pool) poolOffset = 0 } else if (poolOffset + bytes > pool.length) { // false: poolOffset + (-2B) < pool.length crypto.getRandomValues(pool) poolOffset = 0 } poolOffset += bytes // poolOffset += -2147483648 → deeply negative }
Neither branch triggers, so the pool is never refreshed. poolOffset becomes ~-2.1 billion.
Subsequent nanoid() calls execute: javascript for (let i = poolOffset - size; i < poolOffset; i++) { id += scopedUrlAlphabet[pool[i] & 63] }
pool[negativeindex] returns undefined. undefined & 63 evaluates to 0. urlAlphabet[0] is 'u'. Every ID becomes "uuuuuuuuuuuuuuuuuuuuu".
The corruption is persistent — it affects all subsequent calls in the process until ~100 million calls eventually wrap poolOffset back to positive, or the process restarts.
PoC
javascript import { nanoid } from 'nanoid'
// Step 1: Normal operation console.log(nanoid()) // e.g., "V1StGXR8Z5jdHi6B-myT"
// Step 2: Trigger overflow (e.g., from an API parameter) try { nanoid(2147483648) } catch(e) {}
// Step 3: All subsequent IDs are deterministic console.log(nanoid()) // "uuuuuuuuuuuuuuuuuuuuu" console.log(nanoid()) // "uuuuuuuuuuuuuuuuuuuuu" console.log(nanoid()) // "uuuuuuuuuuuuuuuuuuuuu" // ... forever, process-wide
Run with: node --experimental-vm-modules poc.mjs
Attack scenario: Any API endpoint that accepts a user-controlled length/size parameter (URL shortener slug length, configurable token size, etc.) and passes it to nanoid(userInput).
Impact
Complete loss of ID unpredictability and uniqueness, process-wide, from a single request.
- All session IDs, CSRF tokens, API keys, and database identifiers generated after the attack are identical and predictable - An attacker can predict all tokens issued to other users, enabling session hijacking and authentication bypass - The corruption is persistent (survives across requests) and affects all consumers of nanoid in the same process - No special privileges or preconditions required — a single unauthenticated request is sufficient - Affects any application that passes external input to the size parameter without validation
Other sources
nanoid is a secure, URL-friendly, unique string ID generator for JavaScript. Prior to versions 3.3.12 and 5.1.11, the nanoid(size) function in index.js and index.cjs coerces the user-influenced size parameter to a signed 32-bit integer, allowing a value of 2147483648 to become -2147483648 and corrupt the process-wide CSPRNG poolOffset in fillPool(), which causes subsequent session tokens, CSRF tokens, API keys, and unique identifiers to become the deterministic string "uuuuuuuuuuuuuuuuuuuuu" until the process restarts. This issue is fixed in versions 3.3.12 and 5.1.11.
— NVD
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
npm/nanoidto a version that resolves this vulnerability.Fixed in 5.1.11 - Upgrade
Upgrade
npm/nanoidto a version that resolves this vulnerability.Fixed in 3.3.12 - Upgrade
Upgrade
nanoidto a version that resolves this vulnerability.Fixed in 3.3.12 - Upgrade
Upgrade
nanoidto a version that resolves this vulnerability.Fixed in 5.1.11 - Compensating control
Ensure external/API input is never passed directly to nanoid(size) as a user-controlled value; validate and bound the requested size so it cannot reach values >= 2^31 (e.g., prevent 2147483648) to avoid integer overflow/wraparound that corrupts the process-wide CSPRNG pool until process restart.
Event History
Frequently Asked Questions
What is the severity of CVE-2026-73086?
CVE-2026-73086 has a severity rating of high, with a score of 7.4.
What causes the vulnerability in CVE-2026-73086?
CVE-2026-73086 is caused by an integer overflow or wraparound in the nanoid(size) function that allows large size parameters to be misrepresented.
How do I fix CVE-2026-73086?
To fix CVE-2026-73086, update nanoid to version 3.3.12 or 5.1.11 or later.
Who is affected by CVE-2026-73086?
CVE-2026-73086 affects users of the nanoid library prior to versions 3.3.12 and 5.1.11.
What are the potential consequences of CVE-2026-73086?
The potential consequences of CVE-2026-73086 include corrupted unique string IDs and possible application logic errors.