Constant HMAC tag in Eclipse KeyPont GOSE voids JWE integrity
Key facts
- Attack vector
- Network
- Privileges required
- None
- User interaction
- None
- Attack complexity
- Low
- Attack requirements
- None
- Impact type
- —
- Confidentiality · integrity · availability
- Low · High · None
- Fix status
- Fixed
Attack profile from CVSS 4.0 · CNA. Fix status from CNA.
Summary
Eclipse KeyPont - GOSE versions from 0.9.0 through 0.13.0-rc1 and versions from 0 before 1.0.0-rc1 are affected. The HmacShaCryptor.Hash function never hashes its input and always returns the MAC of the empty message under the key, which is an integrity check value flaw (CWE-354). An unauthenticated remote attacker can modify the content of AES-CBC-HMAC JWE tokens without detection, because the authentication tag does not depend on the message.
Written with Claude Haiku 5.5 from the sources below · 2026-11-02
Description from the CNA
`HmacShaCryptor.Hash` never hashed its input. For any input it returned `HMAC_K("")` — the MAC of the empty message under the key. Every AES-CBC-HMAC JWE produced or verified by gose therefore carried an authentication tag that is constant per key and independent of the message, removing ciphertext integrity entirely.
Why it matters now
SSVC decision points
CISA ADP · SSVC 2.0.3
- Exploitation
- Poc
- Automatable
- Yes
- Technical impact
- Partial
The decision (Track, Attend, Act) also depends on your mission and well-being impact; see CISA's SSVC guide.
Affected products
| Vendor | Product | Affected versions | Fixed in | Status | Source |
|---|---|---|---|---|---|
| Eclipse Foundation | Eclipse KeyPont - GOSE | 0.9.0 – 0.13.0-rc1 | — | No fix listed | CNA |
| Eclipse Foundation | Eclipse KeyPont - GOSE | before 1.0.0-rc1 | 1.0.0-rc1 | Patch available | CNA |
- Eclipse KeyPont - GOSE VendorEclipse Foundation Affected 0.9.0 – 0.13.0-rc1 Fixed in — No fix listed CNA
- Eclipse KeyPont - GOSE VendorEclipse Foundation Affected before 1.0.0-rc1 Fixed in 1.0.0-rc1 Patch available CNA
Remediation
Eclipse KeyPont - GOSE is fixed in 1.0.0-rc1 for the affected versions from 0 before 1.0.0-rc1. The sources list no fixed version for Eclipse KeyPont - GOSE 0.9.0 through 0.13.0-rc1.
Written with Claude Haiku 5.5 from the sources below · 2026-11-02
- Fix · CNA Eclipse KeyPont - GOSE (Eclipse Foundation) Fixed in 1.0.0-rc1
Fixed in the same release
Records fixed by the same vendor advisory or release, as the CNA lists them.
- Release ·
Eclipse KeyPont - GOSE 1.0.0-rc1
2 records Highest priority Priority HIGH 1 HIGH, 1 MEDIUM
Other records, highest priority first
- TI-2026-79603 Unchecked length field in Eclipse KeyPont GOSE JWE decryptionPriority MEDIUM 61
Timeline
- 2026-10-23 Threatist record created from CVE-2026-89320
- 2026-10-23 Priority changed: MEDIUM → LOW
- 2026-11-02 CISA SSVC decision points changed
- 2026-11-02 Priority changed: LOW → HIGH
More Eclipse Foundation vulnerabilities
- TI-2023-23979 The HTTP/2 protocol allows a denial of service (server resource consumption) because… KEVCVSS 3.1HIGH 7.5
- TI-2026-81947 Unauthenticated command injection in Eclipse Che che-machine-exec CVSS 3.1CRITICAL 9.8
- TI-2026-13216 CWE-863: ABAC authorization bypass via trailing slash route normalization in Eclipse BaSyx Go Components CVSS 3.1CRITICAL 9.8
- TI-2026-06514 Path traversal in Eclipse BaSyx CVSS 3.1CRITICAL 10.0
- TI-2026-01382 In the Eclipse Theia Website repository, the GitHub Actions workflow… CVSS 3.1CRITICAL 10.0
- TI-2026-74697 Authentication bypass in Eclipse Jetty EthereumAuthenticator CVSS 4.0CRITICAL 9.3
Sources
This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences