CVE-2026-44830: Dataojitori nocturne_memory · Missing Authentication
Affects Dataojitori nocturne_memorySource CVE Database V5
Not known to be exploited · CVSS 8.7 High : upgrade to 2.4.1 soon.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 11% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2.4.1
CVSS:4.0/AV:A/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NExploitation evidence
Disclosed: evidence found.
CVE published 27 May 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.
What to do
Upgrade nocturne_memory and dataojitori/nocturne_memory to 2.4.1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Dataojitorinocturne_memory | Affected
| Fixed in
|
GitHubdataojitori/nocturne_memorypkg:github/dataojitori/nocturne_memoryOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Upgrade nocturne_memory to version 2.4.1 or later, where this authentication bypass vulnerability is fixed. Until upgraded, ensure that the API_TOKEN environment variable is explicitly set to a strong token to enforce authentication. Review and restrict network exposure by avoiding binding the service to 0.0.0.0 if not necessary and limit CORS origins to trusted domains. Patch status is confirmed fixed in version 2.4.1.
Description
Nocturne Memory is a lightweight, rollbackable, and visual Long-Term Memory Server for MCP Agents. Prior to 2.4.1, when API_TOKEN is unset or empty, the BearerTokenAuthMiddleware bypasses authentication for all HTTP requests. Combined with the default 0.0.0.0 host binding and CORS allow_origins=["*"], operators following the Docker setup without explicitly setting API_TOKEN expose the full Knowledge-Graph read/write API to any LAN-reachable client. An attacker on the same network can read, write, or delete all memory entries — including system://boot and core://* URIs that auto-load into downstream agent sessions, enabling persistent prompt-injection. This vulnerability is fixed in 2.4.1.