SD JWT JS: Tampered disclosures silently dropped instead of rejected
Default status is the baseline for the product, each version can override it (e.g. patched versions marked unaffected).
| Vendor | Product | Default status | Versions | ||||||
|---|---|---|---|---|---|---|---|---|---|
| openwallet-foundation | @sd-jwt/core | affected |
|
||||||
| openwallet-foundation | @sd-jwt/decode | affected |
|
No data.
No data.
| Vendor | Product | Versions | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| Openwallet-foundation | Sd-jwt/core |
|
||||||||
| Openwallet-foundation | Sd-jwt/decode |
|
| Source | ID | Title |
|---|---|---|
Github GHSA |
GHSA-f9j6-8p6x-r9j6 | SD JWT JS: Tampered disclosures silently dropped instead of rejected |
No CVSS v3.0
No CVSS v2
This CVE is not in the KEV list.
Exploit prediction score: < 1% (0.226% probability within 30 days)
| Type | Values Removed | Values Added |
|---|---|---|
| Weaknesses | CWE-354 | |
| References |
| |
| Metrics |
threat_severity
|
cvssV3_1
|
| Type | Values Removed | Values Added |
|---|---|---|
| Metrics |
ssvc
|
| Type | Values Removed | Values Added |
|---|---|---|
| First Time appeared |
Openwallet-foundation
Openwallet-foundation sd-jwt/core Openwallet-foundation sd-jwt/decode |
|
| Vendors & Products |
Openwallet-foundation
Openwallet-foundation sd-jwt/core Openwallet-foundation sd-jwt/decode |
| Type | Values Removed | Values Added |
|---|---|---|
| Description | SD JWT JS is a JavaScript implementation of the Selective Disclosure JWT (SD-JWT) specification. In version 0.19.0 and earlier, `@sd-jwt/decode`, also used by `@sd-jwt/core`, silently drops a tampered Disclosure whose digest no longer matches the Issuer-signed `_sd` array and returns a reduced claim set, reporting success while the Issuer signature remains valid. Both a tampered Disclosure that remains valid JSON and a Disclosure containing invalid UTF-8 bytes reach this silent-drop behavior. In the latter case, the `TextDecoder / Buffer` decoding path substitutes U+FFFD replacement characters, recovering syntactically valid disclosure data instead of rejecting the malformed input. This violates RFC 9901 section 7.1 step 5, which requires rejection of unreferenced Disclosures, and section 7.1 step 3 / section 4.2.1, which require rejection of invalid Disclosures. A malicious holder can exploit this omission primitive, including through `SDJwtInstance.verify()` when key binding is required. An on-path attacker can also tamper with a Disclosure when the relying party does not enforce key binding; enforced key binding rejects on-path tampering because it invalidates the KB-JWT `sd_hash` binding. If the relying party defaults to allowing access when a constraining age, role, or restriction claim is absent, the silent claim reduction can change an authorization decision without an error. This issue is fixed in `@sd-jwt/core` version 0.20.0; no patched version of the standalone `@sd-jwt/decode` package is identified. | |
| Title | SD JWT JS: Tampered disclosures silently dropped instead of rejected | |
| Weaknesses | CWE-176 CWE-754 |
|
| References |
| |
| Metrics |
cvssV4_0
|