Skip to main content
← All vulnerabilities
CVE-2026-119597EUVD-2026-113934GHSA-FC52-73GP-R537

OpenDeepWiki through 2.0.6 Hard-coded JWT Signing Key Admin Token Forgery

Affects OpenDeepWiki through 2.0.6 deployed with the publicly known default JWT signing key in appsettings.json. No fixed version is listed; setting a strong JWT_SECRET_KEY is the workaround.

Published
Last modified
published
Not listed in CISA KEV
Unclear
Fix
Fix or patch referenced
None on Exploit-DB, Metasploit or GitHub
On X
View the cve.now post

Summary

OpenDeepWiki, an AI-powered code documentation application, is affected by this vulnerability. An unauthenticated attacker who knows the hard-coded JWT signing key shipped in its configuration file could forge administrator tokens and take full control of user accounts, roles, repositories, settings, and API keys.

Summarized by anthropic/claude-haiku-5.5. Verify details against the original sources.

Read the original description

OpenDeepWiki through 2.0.6 contains a hard-coded JWT signing key vulnerability that allows unauthenticated attackers to forge administrator tokens using the publicly known Jwt:SecretKey in appsettings.json. Attackers can mint HS256 bearer tokens with an Admin role claim to access /api/admin endpoints and control users, roles, repositories, settings, and API keys.

Timeline

  1. CVE published
  2. First seen by cve.now
  3. Posted on X by cve.now

Affected versions

  • AIDotNet OpenDeepWiki

    through 2.0.6

References 7

GitHub · AIDotNet/OpenDeepWiki

hackmd.io

vulncheck.com

FAQ

Questions about CVE-2026-119597

What does this mean?

The app's default JWT signing key is committed in appsettings.json and is publicly known. Anyone who knows it can forge an Admin token and gain administrator access.Source: github.com

Am I affected, and how do I check?

OpenDeepWiki versions through 2.0.6 are affected when deployed with the publicly known default signing key. To check a deployment, look at whether JWT_SECRET_KEY is set to a strong random value or the default from appsettings.json.Source: github.com

What should I do about it?

Set a strong random JWT_SECRET_KEY and redeploy, which invalidates existing tokens. The advisory cites commit 1bf0f4b as the fix, but no fixed release version is listed.Source: github.com

Is it being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.Source: cve.now feed data