CVE-2026-47410: praisonai-platform: JWT signing key defaults to hardcoded "dev-secret-change-me", allowing token forgery for any user when PLATFORM_ENV is unset
PraisonAI Platform is the platform layer for the PraisonAI multi-agent teams system. Versions prior to 0.1.4 have an insecure default cryptographic key. The JWT signing secret defaults to the hardcoded literal `"dev-secret-change-me"` when `PLATFORM_JWT_SECRET` is unset. A safety check exists but only fires when `PLATFORM_ENV != "dev"`; the default value of `PLATFORM_ENV` is `"dev"`, so the check is silently bypassed in any deployment that does not explicitly opt out. The attacker reads the literal from this public source file, mints a JWT with arbitrary `sub` and `email` claims, and authenticates as any existing user (including workspace owners and admins). PraisonAI Platform version 0.1.4 patches the issue.
Security readout for executives and security teams
Plain-English summary
PraisonAI Platform before 0.1.4 can use a public, hardcoded JWT signing secret when production deployments leave key settings unset. That can let an unauthenticated attacker create valid-looking login tokens and impersonate existing users, including owners or admins. Treat exposed deployments as urgent authentication-bypass risk.
Executive priority
Prioritize remediation immediately for any deployed PraisonAI Platform instance. This is a critical authentication control failure that can enable full account impersonation without credentials when insecure defaults are present.
Technical view
The platform defaults PLATFORM_JWT_SECRET to "dev-secret-change-me" when unset. The safety check is bypassed when PLATFORM_ENV remains at its default "dev" value. In affected versions, this enables JWT forgery with arbitrary identity claims against deployments using the insecure defaults. Version 0.1.4 patches the issue.
Likely exposure
Highest exposure is PraisonAI Platform versions below 0.1.4 deployed with PLATFORM_JWT_SECRET unset, especially when PLATFORM_ENV is also unset or left as dev. Internet-facing or shared workspace deployments are most concerning because compromise maps directly to user and admin impersonation.
Exploitation context
The CVE bundle reports no CISA KEV listing and provides no cited evidence of active exploitation. The issue is still high risk because the weak secret is public source information, requires no prior account, and has low attack complexity.
Researcher notes
Mapped weaknesses are CWE-321 and CWE-798. CVSS is 9.8 under AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H. Evidence supports affected versions below 0.1.4 and a patch in 0.1.4, but not active exploitation.
Mitigation direction
Upgrade PraisonAI Platform to version 0.1.4 or later.
Set a strong, unique PLATFORM_JWT_SECRET in every deployment.
Explicitly configure PLATFORM_ENV appropriately for production.
Rotate JWT secrets after remediation and invalidate existing sessions if feasible.
Review vendor advisory, PR, and commit notes for deployment-specific guidance.
Validation and detection
Inventory PraisonAI Platform versions and flag anything below 0.1.4.
Check runtime configuration for unset or default PLATFORM_JWT_SECRET.
Confirm production deployments are not relying on default PLATFORM_ENV behavior.
Review authentication logs for unexpected admin or workspace-owner activity.
Verify patched behavior in staging before promoting to production.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-321: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Authentication and credential weaknesses can make valid-account abuse and credential telemetry useful review starting points. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references authentication or credential exposure, so valid-account and credential-access review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
1CVSS vectors
3Timeline events
1ADP providers
4Source links
SSVC decision data
CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: pocAutomatable: yesTechnical Impact: total
CVSS vector scores
1 official score
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.