Hard-coded key in Apache OFBiz JWT authentication grants admin access
Key facts
- Attack vector
- —
- Privileges required
- —
- User interaction
- —
- Attack complexity
- —
- Impact type
- Security bypass
- Confidentiality · integrity · availability
- —
- Fix status
- Fixed
No CVSS vector from any source. Fix status from CNA. Impact type from CWE-321.
Summary
Apache OFBiz 24.09.06 and 24.09.07 on all platforms uses a hard-coded key in JWT token authentication (CWE-321). An unauthenticated, network-reachable attacker can forge a JWT signed with the factory-default security.token.key value to gain full administrative access. Deployments upgraded from a release predating CVE-2026-31986 that kept security.internal.sso.enabled set to true are affected.
Written with Claude Haiku 5.5 from the sources below · 2026-11-06
Description from the CNA
Use of Hard-coded Cryptographic Key in JWT token authentication in Apache OFBiz 24.09.06 and 24.09.07 on all platforms allows an unauthenticated, network-reachable attacker to obtain full administrative access via a forged JWT signed with the factory-default security.token.key value that CVE-2026-31986 removed from newly generated configurations, on a deployment that upgraded from a release predating that fix while retaining its existing security.properties with security.internal.sso.enabled set to true. Users are recommended to upgrade to version 24.09.08. Upgrading alone does not replace an already-configured key: deployments that carried framework/security/config/security.properties forward from a release predating the CVE-2026-31986 fix must also run './gradlew rotateSecretKeys' after upgrading, since the existing generateSecretKeys task leaves an already-set value untouched.
Why it matters now
SSVC decision points
Not available: CISA has not published SSVC decision points for this record.
Affected products
Remediation
Upgrade Apache OFBiz to version 24.09.08. Deployments that carried framework/security/config/security.properties forward from a release predating the CVE-2026-31986 fix must also run './gradlew rotateSecretKeys' after upgrading, because generateSecretKeys leaves an already-set value untouched.
Written with Claude Haiku 5.5 from the sources below · 2026-11-06
- Fix · CNA Apache OFBiz (Apache Software Foundation) Fixed in 24.09.08
Fixed in the same release
Records fixed by the same vendor advisory or release, as the CNA lists them.
- Advisory ·
Apache OFBiz — lists.apache.org/thread.html/7b2syzksp7klt9fvhdg0olldvs2g83…
46 records Highest priority Priority MEDIUM 7 MEDIUM, 39 LOW
Other records, highest priority first
- TI-2026-85437 Code injection in Apache OFBiz lets unauthenticated attackers run codePriority MEDIUM 51
- TI-2026-85431 Authentication bypass in Apache OFBiz through reusable login keysPriority MEDIUM 50
- TI-2026-85438 Incorrect authorization in Apache OFBiz lets attackers run commandsPriority MEDIUM 42
Vendor assessments
Timeline
- 2026-11-05 Threatist record created from CVE-2026-105330
- 2026-11-05 Alias added: GHSA-3hmp-vj9f-wrxh
- 2026-11-06 Affected versions changed · Red Hat
- 2026-11-06 CVSS score added · Red Hat
References
More Apache vulnerabilities
- TI-2025-18529 Apache Tomcat: Potential RCE and/or information disclosure and/or information corruption with partial PUT KEVCVSS 3.1CRITICAL 10.0
- TI-2024-30292 Apache OFBiz: Confused controller-view authorization logic (forced browsing) KEVCVSS 3.1CRITICAL 9.8
- TI-2024-26062 Apache OFBiz: Unauthenticated endpoint could allow execution of screen rendering code KEVCVSS 3.1CRITICAL 9.8
- TI-2024-21190 Apache OFBiz: Path traversal leading to RCE KEVCVSS 3.1CRITICAL 9.8
- TI-2024-18186 Apache HugeGraph-Server: Command execution in gremlin KEVCVSS 3.1CRITICAL 9.8
- TI-2023-25106 Deserialization of untrusted data in Apache ActiveMQ KEVCVSS 3.1CRITICAL 10.0
Sources
- CVE-2026-105330 · CVE Program
- CVE-2026-105330 · NVD
- FIRST EPSS
- GHSA-3hmp-vj9f-wrxh · GitHub Advisory Database · CC BY 4.0
- CVE-2026-105330 · Red Hat security data · CC BY 4.0
This product uses the NVD API but is not endorsed or certified by the NVD. Sources and licences