CVE-2026-73086: nanoid: Integer Overflow or Wraparound

Published Aug 11, 2026
·
Updated

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

3 affected componentsFixes available
npm/nanoid><
npm/nanoid>=4.0.0<5.1.11
5.1.11
npm/nanoid<3.3.12
3.3.12

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/nanoid to a version that resolves this vulnerability.

    Fixed in 5.1.11
  2. Upgrade

    Upgrade npm/nanoid to a version that resolves this vulnerability.

    Fixed in 3.3.12
  3. Upgrade

    Upgrade nanoid to a version that resolves this vulnerability.

    Fixed in 3.3.12
  4. Upgrade

    Upgrade nanoid to a version that resolves this vulnerability.

    Fixed in 5.1.11
  5. 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

Aug 11, 2026
CVE Published
via MITRE·04:46 PM
Data Sourced
via MITRE·04:46 PM
DescriptionSeverityWeakness
Data Sourced
via Red Hat·05:12 PM
DescriptionSeverityAffected Software
Data Sourced
via NVD·05:19 PM
DescriptionSeverityWeakness
Sep 1, 2026
Advisory Published
via GitHub·07:23 PM
Data Sourced
via GitHub·07:23 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

What is the severity of CVE-2026-73086?

CVE-2026-73086 has a severity rating of high, with a score of 7.4.

2

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.

3

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.

4

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.

5

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.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203