GHSA-g3qj-j598-cxmq json
fido2-lib is vulnerable to DoS via cbor-extract heap buffer over-read in CBOR attestation parsing
published 7mo ago modified 7mo ago
- cvss
- 7.5
- version 3.1, GitHub
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- —
- no score, EPSS covers CVEs only
- public exploits
- 0
- none known
Summary
### Summary fido2-lib v3.x depends on cbor-x (~1.6.0), which optionally pulls in cbor-extract (C++ native addon). cbor-extract <= 2.2.0 has a heap buffer over-read in `extractStrings()` — a 5-byte CBOR payload crashes Node.js with SIGSEGV. No JS exception, no try/catch, process dead.
The crash triggers during WebAuthn registration when the server decodes the attestation object. An attacker sends a crafted authenticator response to the registration endpoint — single request, unauthenticated, instant kill.
Fixed in cbor-extract@2.2.1 / cbor-x@1.6.3 (2026-03-08). fido2-lib@3.5.7 still pins cbor-x ~1.6.0 which resolves to vulnerable cbor-extract.
## Affected versions
fido2-lib <= 3.5.7 (introduced cbor-x dependency). fido2-lib 2.x uses the old `cbor` package — not affected.
Only affects systems where `cbor-extract` native addon is installed (prebuilt binary available for platform). Pure JS fallback is safe.
## PoC
```js const { decode } = require("cbor-x"); decode(Buffer.from("7a10000000", "hex")); // exit code 139 (SIGSEGV) ```
CBOR text string header claiming 268MB in a 5-byte buffer. `extractStrings()` in extract.cpp line 87 calls `readString()` without bounds check. Reads past buffer into unmapped memory.
In context: attacker intercepts WebAuthn registration response, replaces `attestationObject` with the 5-byte payload, POSTs to the registration verification endpoint. Server calls `attestationResult()` → `cbor-x.decode()` → `cbor-extract` → SIGSEGV.
## Fix
Bump cbor-x to >= 1.6.3 (which pulls cbor-extract >= 2.2.1).
```diff -"cbor-x": "~1.6.0" +"cbor-x": "^1.6.3" ```
— Malik X (@Xvush)
Patch / fix
Is GHSA-g3qj-j598-cxmq in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerCVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| GitHub | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| npm | fido2-lib | <3.5.8 |
3.5.8 |
Classification
References
-
github.com
/kriszyp/cbor-extract/commit/1f6e0d9704149bdb5531d25f5d08a0280a71e2ca
web
-
github.com
/webauthn-open-source/fido2-lib/security/advisories/GHSA-g3qj-j598-cxmq
web
-
github.com
/kriszyp/cbor-extract/issues/2
web
-
github.com
/kriszyp/cbor-extract/issues/3
web
-
github.com
/webauthn-open-source/fido2-lib
package
Sources
- GitHub Advisory GHSA-g3qj-j598-cxmq
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.