Out-of-bounds Read in base64urlGHSA-rvg8-pwq2-xj7q
Fix: brianloveswords/base64url#25GHSA-rvg8-pwq2-xj7q is a security vulnerability in base64url. A fix is available for base64url — see the affected versions and patch details below.
Real-World Exposure
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.
base64urlnpmDescription
Versions of base64url before 3.0.0 are vulnerable to to out-of-bounds reads as it allocates uninitialized Buffers when number is passed in input on Node.js 4.x and below.
Recommendation
Update to version 3.0.0 or later.
Affected Packages
| Ecosystem | Package | Vulnerable range | Fix |
|---|---|---|---|
| 📦npm | base64url | all versions | 3.0.0npm install base64url@3.0.0 |
Detection & mitigation playbook
Open-source dependencyDetect
Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for base64url, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.
Fix
Update base64url to 3.0.0 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-rvg8-pwq2-xj7q is resolved across your whole dependency graph.
Workarounds
Constrain what reaches the vulnerable code: limit the size and shape of untrusted input, isolate the affected component in a sandboxed or least-privileged process, and enable the platform's memory-safety mitigations (ASLR, stack protector, hardened allocator) so an out-of-bounds access is more likely to fail closed than to be exploitable.
Frequently Asked Questions
Is GHSA-rvg8-pwq2-xj7q in your dependencies?
Find it across npm, including transitive dependencies.