GPU VulnDB

Database/AI/ML frameworks & serving

Nocturne Memory: empty API_TOKEN disables auth, exposing the agent knowledge graph to the LAN

CVSS 8.7CVE-2026-44830AI/ML frameworks & servingcurated

Impact

When API_TOKEN is unset or empty the bearer-token middleware skips authentication for every HTTP request. Combined with the documented Docker setup - 0.0.0.0 bind and CORS allow_origins [*] - an operator who follows the quickstart publishes the full knowledge-graph read/write API to anything that can reach the port. Anyone on that network can read, alter or delete all memory entries, including the system://boot and core://* URIs that auto-load into downstream agent sessions, which turns the memory store into a durable prompt-injection channel into every agent that later starts against it. On a shared GPU fleet the blast radius is not this one pod: it is whatever those agents are trusted to do with tools and credentials.

Who can reach it

Adjacent network, unauthenticated: any client that can reach the service port, which by default is every host on the same LAN or pod network. Only applies to deployments that left API_TOKEN unset or empty.

What to do

Upgrade to 2.4.1 or later and restart the service; also set a non-empty API_TOKEN, bind to localhost or a private interface, and narrow CORS rather than relying on the fix alone. Any instance that ran open should have its stored memory entries audited - particularly system://boot and core://* - since injected content survives the upgrade.

References

Related entries

All AI/ML frameworks & serving entries

This entry is curated: imported from vendor advisories with machine assistance, not yet individually verified. Confirm against your vendor's advisory before acting, and report anything wrong.