Description
openssl_encrypt versions before 1.4.0 contain hardcoded default JWT signing secrets in config.py that pass validation checks. Attackers with access to source code can forge valid JWT tokens for any client_id to gain authenticated access to keyserver and telemetry APIs.
Published: 2026-08-17
Score: 8.7 High
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability resides in a hardcoded default secret for JWT signing in versions of openssl_encrypt prior to 1.4.0. Because the secret bypasses validation checks, an attacker who can read the source code can create valid JWT tokens for any client_id. The forged tokens provide authenticated access to the keyserver and telemetry APIs, effectively allowing the attacker to impersonate any user within the system. The weakness is a hard‑coded credential, classified as CWE‑798.

Affected Systems

The affected product is the jahlives openssl_encrypt library in all releases before version 1.4.0.

Risk and Exploitability

The CVSS score of 8.7 indicates a high severity. EPSS data is not available, so the likelihood of exploitation is unknown, but the flaw requires source‑code access, implying that an attacker must have compromised a developer environment or accessed the code repository. The vulnerability is not listed in the CISA Known Exploited Vulnerabilities catalog. Nonetheless, the potential for widespread token forgery makes the risk significant for any deployment that relies on the vulnerable library for JWT authentication.

Generated by OpenCVE AI on August 17, 2026 at 13:31 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Upgrade to jahlives openssl_encrypt 1.4.0 or later
  • Verify that the JWT signing secret can be overridden via environment variable or external configuration and enable that override if possible
  • Ensure source‑code repositories are secure—restrict access, enforce code reviews, and monitor for hard‑coded secrets before deployment

Generated by OpenCVE AI on August 17, 2026 at 13:31 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 17 Aug 2026 13:30:00 +0000

Type Values Removed Values Added
Metrics ssvc

{'options': {'Automatable': 'no', 'Exploitation': 'none', 'Technical Impact': 'total'}, 'version': '2.0.3'}


Mon, 17 Aug 2026 11:15:00 +0000

Type Values Removed Values Added
Description openssl_encrypt versions before 1.4.0 contain hardcoded default JWT signing secrets in config.py that pass validation checks. Attackers with access to source code can forge valid JWT tokens for any client_id to gain authenticated access to keyserver and telemetry APIs.
Title openssl_encrypt before 1.4.0 JWT Token Forgery via Hardcoded Secrets
Weaknesses CWE-798
References
Metrics cvssV3_1

{'score': 8.8, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H'}

cvssV4_0

{'score': 8.7, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N'}


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: VulnCheck

Published:

Updated: 2026-08-17T12:47:43.095Z

Reserved: 2026-08-17T10:42:40.455Z

Link: CVE-2026-74893

cve-icon Vulnrichment

Updated: 2026-08-17T12:47:37.801Z

cve-icon NVD

Status : Received

Published: 2026-08-17T11:16:44.397

Modified: 2026-08-17T13:16:53.857

Link: CVE-2026-74893

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-17T13:45:04Z

Weaknesses
  • CWE-798

    Use of Hard-coded Credentials