Strapi users-permissions plugin fails to restrict JWT algorithms when plugin::users-permissions.jwt.algorithm is not explicitly configured, allowing acceptance of HS384 and HS512 tokens alongside HS256. Attackers possessing the jwtSecret can mint tokens with non-standard HMAC variants to bypass algorithm restrictions and weaken authentication controls.
Security readout for executives and security teams
Plain-English summary
This issue affects Strapi sites using the users-permissions plugin when JWT algorithm settings are left implicit. If an attacker already has the JWT secret, they may create tokens using alternate HMAC algorithms, weakening intended authentication controls. The supplied sources do not show active exploitation.
Executive priority
Treat as a targeted configuration and secret-management risk. It is not described as actively exploited, but internet-facing Strapi systems should be reviewed promptly because compromise impact rises sharply if jwtSecret is exposed.
Technical view
The users-permissions plugin does not restrict JWT algorithms when plugin::users-permissions.jwt.algorithm is unset. Sources describe acceptance of HS384 and HS512 alongside HS256. Exploitation requires possession of jwtSecret, so exposure depends heavily on secret handling and configuration state.
Likely exposure
Most likely exposure is self-hosted or managed Strapi deployments using users-permissions with no explicit JWT algorithm configuration. Systems with well-protected jwtSecret values have materially lower practical risk.
Exploitation context
No KEV listing is provided, and the bundle does not cite active exploitation. Attackers need the jwtSecret before the described token minting is possible, making this a higher-precondition authentication weakness rather than a standalone remote takeover.
Researcher notes
The affected-version data in the bundle is incomplete, listing version "0" with defaultStatus unaffected. Rely on the CVE record, Strapi issue, PR, and advisory for precise product guidance. Do not assume broader Strapi components are affected.
Mitigation direction
Check Strapi vendor guidance and the linked PR for fixed versions.
Explicitly configure plugin::users-permissions.jwt.algorithm where supported.
Rotate jwtSecret if exposure or improper access is suspected.
Restrict and audit access to environment variables and secret stores.
Prioritize updates for internet-facing Strapi applications using users-permissions.
Validation and detection
Identify Strapi applications using the users-permissions plugin.
Inspect configuration for plugin::users-permissions.jwt.algorithm.
Confirm jwtSecret storage, access controls, and rotation history.
Compare installed Strapi versions against vendor issue, PR, and advisory guidance.
Review authentication logs for unexpected HS384 or HS512 JWT usage.
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-327: 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.
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.
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.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-327 · source CWE mapping
Use of a Broken or Risky Cryptographic Algorithm
Use of a Broken or Risky Cryptographic Algorithm represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.