Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessDiscover exposed self-hosted Agnai instance
-
DeliveryRetrieve public JWT secret from source
-
ExploitSign forged token with admin:true
-
ExecutionAuthenticate as admin
-
ImpactReset passwords and alter config
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Credential externalization
MITRE ATT&CK
2 techniques across 2 tactics: Persistence, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires that the target Agnai instance (version through 1.0.555) was deployed using the shipped self-host.docker-compose.yml with its fixed admin password and public JWT secret left unchanged, and that the instance is network-reachable by the attacker. The determining condition is use of the default hard-coded JWT_SECRET/admin credentials from the compose file (referenced at self-host.docker-compose.yml lines 18-26 and consumed in srv/api/auth.ts lines 11-14). The principal limiting factor is configuration: operators who override the JWT secret and admin password, or who do not expose the instance publicly, are not exploitable. No user interaction or prior authentication is needed against a vulnerable default deployment (PR:N/UI:N). |
| Impact | Multiple signals converge on genuine high risk for self-hosted instances. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N, VC:H/VI:H/VA:L, score 9.3) indicates a remotely reachable, low-complexity flaw requiring no authentication (PR:N) or user interaction, with high confidentiality and integrity impact - consistent with the description of unauthenticated admin login and attacker-forged admin JWTs. CWE-798 (hard-coded credentials) is a deterministic, reliably exploitable class rather than a memory-corruption flaw dependent on heap state, which raises practical exploitability. No EPSS score, KEV listing, or explicit POC flag was provided in the input, so probabilistic exploitation likelihood and confirmed in-the-wild use cannot be asserted. However, one reference is a public hackmd technical write-up describing the hard-coded admin JWT secret, which lowers the attacker effort barrier even though it is not formally flagged as POC code. The key caveat: this is NOT a flaw in all Agnai deployments - it is specific to instances deployed with the shipped self-host.docker-compose.yml using the unchanged fixed admin password and public JWT secret, which materially limits the real-world exposed population versus the raw 9.3 score. Treat as high priority for anyone running the self-host compose file as-is; lower priority where secrets were overridden. |
| Exploit ScenarioDerived | An attacker locates an internet-exposed Agnai instance deployed from the default self-host.docker-compose.yml, then either logs in with the fixed admin password or uses the publicly known JWT secret to sign a token containing admin:true. With admin access they reset user passwords, impersonate accounts, and alter server configuration. A public hackmd write-up documents the hard-coded secret, so the technique is already described even though no formal exploit tool is flagged in the input. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 11, 2026
Unauthenticated remote attackers can achieve full administrative control of self-hosted Agnai instances (versions through 1.0.555) deployed with the default self-host.docker-compose.yml, which contains a hard-coded admin password and a public JWT secret. Attackers can log in as admin or forge a JWT with admin privileges to impersonate users, reset passwords, and modify server configuration. This critical vulnerability (CVSS 9.3) requires no user interaction and no prior authentication, but exploitation is limited to instances that have not overridden the default credentials and are network-reachable. No public exploit code has been identified at the time of analysis, though the hard-coded secrets are publicly visible in the repository.
RemediationAI
No vendor-released patch has been identified at the time of analysis. To mitigate, operators of Agnai instances through 1.0.555 must immediately change the default ADMIN_PASSWORD and JWT_SECRET in the environment variables or docker-compose file to unique, strong values. Update self-host.docker-compose.yml to replace the hard-coded credentials with secure secrets, and restart the service. Changing the JWT secret will invalidate all existing sessions, requiring users to log in again; ensure this is done during a maintenance window. Additionally, restrict network access to the Agnai instance using a firewall or VPN to prevent unauthorized exposure. Review logs for any unauthorized admin logins or JWT-based access. For further guidance, refer to the VulnCheck advisory at https://www.vulncheck.com/advisories/agnaistic-agnai-through-1.0.555-hard-coded-credentials-in-self-host-docker-compose and the proof-of-concept details at https://hackmd.io/@haind/agnai-selfhost-compose-hardcoded-admin-jwt-secret.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The vulnerability is a classic CWE-798 use of hard-coded credentials. Agnai's self-host.docker-compose.yml (lines 18-26) sets a fixed ADMIN_PASSWORD and a hard-coded JWT_SECRET that is used by the authentication logic in srv/api/auth.ts (lines 11-14). Because the JWT secret is public, an attacker can generate a valid JSON Web Token with the admin claim set to true, bypassing authentication. Alternatively, the fixed admin password allows direct login. This affects all versions of Agnai through 1.0.555 when deployed with the provided Docker Compose configuration without overriding these values. The flaw is in the deployment configuration and authentication mechanism, not in the core application logic. Exploitation requires network access to the Agnai instance but no authentication or user interaction, as reflected in the CVSS vector (PR:N/UI:N). The CPE cpe:2.3:a:agnaistic:agnai:*:*:*:*:*:*:*:* indicates all versions are potentially affected.
Know when Agnai gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:L/SC:N/SI:N/SA:N
Publicly known secret and fixed password allow remote unauthenticated admin forgery (AV:N/AC:L/PR:N/UI:N); full account/config compromise gives C:H/I:H, with partial availability (A:L) via config changes.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Agnaistic agnai through 1.0.555 contains a hard-coded credentials vulnerability in self-host.docker-compose.yml, which sets a fixed admin password and public JWT secret. Unauthenticated attackers can log in as admin or sign their own JWT with admin: true to impersonate users, reset passwords, and change server configuration.
Articles & Coverage 1
Executive ViewAI
Self-hosted deployments of Agnai (all versions through 1.0.555) installed with the shipped default Docker Compose configuration expose a hard-coded administrator password and a publicly known JWT signing secret, allowing an attacker with network reach to take full administrative control of the instance. Any organization running an Agnai instance with unmodified default configuration is affected, and compromise would let an intruder impersonate users, reset credentials, and alter server settings - undermining trust in the platform and any data or conversations it holds. Because no vendor patch is currently available, leadership should treat credential rotation and network restriction as the immediate risk-reduction levers.
No vendor-released patch identified at time of analysis. Interim mitigations: change the default administrator password on every Agnai instance; replace the publicly known JWT secret with a unique high-entropy value and restart the service to invalidate previously issued tokens; restrict network reachability of the service via VPN, identity-aware proxy, or IP allowlist; audit logs and user/configuration state for signs of administrative abuse; and redeploy only from a hardened Compose file with secrets injected from an external secret manager rather than defaults baked into the repository.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
Agnai is an artificial-intelligence-agnostic multi-user, mult-bot roleplaying chat system. Rated high severity (CVSS 8.8
Agnai is an artificial-intelligence-agnostic multi-user, mult-bot roleplaying chat system. Rated medium severity (CVSS 4
Agnai is an artificial-intelligence-agnostic multi-user, mult-bot roleplaying chat system. Rated medium severity (CVSS 4
EUVD-2026-96918
GHSA-jvxj-gpfv-vg4v
NVD
CVE.org
EPSS
Exploit-DB