@acastellon/auth is an authentication control system for microservices. Versions prior to 2.3.0 appear to allow an unauthenticated authentication bypass in validateToken() through spoofable auth-user and Host request headers. The validateToken middleware contains a service-to-service bypass for auth-user: service-brother when req.get('host').startsWith(getHostName()). Both values involved in the check can be influenced by an unauthenticated HTTP client: auth-user is a request header, and Host is also client-controlled. As a result, a remote unauthenticated attacker can send a request with crafted headers and bypass token validation before the normal legacy/JWT/OIDC validation logic runs. A fix has been implemented in v2.3.0.
CVE-2026-58399
This high-severity CVE scores 8.7 under a secondary CVSS source (NVD's own analysis pending). EPSS exploit probability: 0.5%, top 58% of all CVEs by exploit prediction. GitHub Security Advisory data not yet ingested — confidence will rise once GHSA publishes (typical lag: hours to days for open-source ecosystem CVEs; never for infrastructure-only CVEs).
- High severity, but no confirmed exploitation yet
No vendor fix yet — apply a workaround or compensating control (WAF / firewall / segmentation) and watch for a patch.
- CVSS v3
- 8.7
- EG Score
- 8.7(medium)
- EPSS
- 41.6%
- KEV
- Not listed
Published
June 18, 2026
Last Modified
July 2, 2026
Advisory Details (2)
Auto-updated Jul 2, 2026Authentication bypass in @acastellon/auth v2.2.0 via spoofable headers in validateToken() (fixed in v2.3.0) · Advisory · antonio-castellon/module-auth · GitHub
Affected: v2.3.0) · Advisory · antonio-castellon/module-auth · GitHub
https://github.com/antonio-castellon/module-auth/security/advisories/GHSA-gfj5-979r-92pwSECURITY: Authentication bypass in @acastellon/auth v2.2.0 via spoofable headers in validateToken() (mTLS fix in 2.3.0+) · Issue #6 · antonio-castellon/module-auth · GitHub
https://github.com/antonio-castellon/module-auth/issues/6Vendor Advisories for CVE-2026-58399(1)
These vendors published their own advisory mentioning this CVE — often with vendor-specific remediation steps + affected product lists not in NVD.
Weakness Classification(1)
MITRE Common Weakness Enumeration — the root-cause categories this CVE belongs to.
Data Freshness Timeline
(refreshed 22× in last 7d / 22× in last 30d)
Each row is a source pipeline that fetched or updated this CVE on that date, with what changed. For example, "NVD update" means NVD published or revised its analysis for this CVE; "MITRE cvelistV5" means we ingested or refreshed it from the CNA feed. Most recent first.
- 2026-07-06 23:05 UTCEG score recompute
- 2026-07-06 16:27 UTCEPSS rescore
- 2026-07-06 16:27 UTCEPSS rescore
- 2026-07-06 11:41 UTCEG score recompute
- 2026-07-06 02:23 UTCEPSS rescore
- 2026-07-06 02:23 UTCEPSS rescore
- 2026-07-06 00:08 UTCEG score recompute
- 2026-07-05 12:44 UTCEG score recompute
- 2026-07-05 02:31 UTCEPSS rescore
- 2026-07-05 02:30 UTCEPSS rescore
- 2026-07-05 01:17 UTCEG score recompute
- 2026-07-04 13:37 UTCEG score recompute
- 2026-07-04 06:31 UTCEPSS rescore
- 2026-07-04 06:31 UTCEPSS rescore
- 2026-07-04 02:09 UTCEG score recompute
- 2026-07-03 14:45 UTCEG score recompute
- 2026-07-03 03:20 UTCEG score recompute
- 2026-07-02 15:57 UTCEG score recompute
- 2026-07-02 04:33 UTCEG score recompute
- 2026-07-01 17:08 UTCEG score recompute▲ 8.70
- 2026-07-01 17:06 UTCNVD updateCVSS v3 → 8.7 · CVSS v4 → 8.7 · severity → HIGH
- 2026-07-01 14:47 UTCEG score recompute
Related CVEs(same CWE)
Frequently asked(5)
What is CVE-2026-58399?
When was CVE-2026-58399 disclosed?
Is CVE-2026-58399 actively exploited?
What is the CVSS score of CVE-2026-58399?
How do I remediate CVE-2026-58399?
Dependency Blast Radius
Explore the affected products and dependency analysis for CVE-2026-58399
Is Your Infrastructure Affected by CVE-2026-58399?
EchelonGraph automatically scans your cloud infrastructure and maps CVE exposure using blast radius analysis.