PatchSiren cyber security CVE debrief
CVE-2026-56269 Flowise CVE debrief
CVE-2026-56269 is a vulnerability in Flowise, a software package available on npm, which uses a weak hardcoded default secret for encrypting user and workspace identifiers in JWT tokens. This weakness allows an attacker to decrypt and potentially manipulate metadata, aiding in privilege escalation or unauthorized data access. The vulnerability has a CVSS score of 4.3 and is classified as MEDIUM severity.
- Vendor
- Flowise
- Product
- Unknown
- CVSS
- MEDIUM 4.3
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-06-24
- Original CVE updated
- 2026-10-25
- Advisory published
- 2026-06-24
- Advisory updated
- 2026-10-25
Who should care
Defenders managing Flowise deployments, especially in environments where user and workspace identifiers are sensitive, should assess exposure and prioritize verification and monitoring.
Why it matters
CVE-2026-56269 is a medium-severity vulnerability in Flowise that allows decryption of sensitive metadata in JWT tokens due to a weak hardcoded secret. Defenders should verify Flowise deployments, especially in sensitive environments, and monitor for unusual activity.
- Decrypting internal user and workspace identifiers
- Potential metadata manipulation aiding privilege escalation
- Possible unauthorized data access through manipulated identifiers
- Verification of Flowise version and configuration
Technical summary
Flowise before version 3.1.0 uses a weak hardcoded default value 'Secre$t' for the TOKEN_HASH_SECRET environment variable. This secret is used to derive the AES-256-CBC key for encrypting user IDs and workspace IDs in JWT tokens. An attacker knowing this default secret can decrypt metadata to extract internal identifiers and potentially re-encrypt manipulated values. Defenders should prioritize verifying Flowise deployments for version 3.1.0 or later, especially in environments where user and workspace identifiers are sensitive. Inventory checks and monitoring for unusual metadata changes are recommended.
Defensive priority
Defenders should prioritize verifying Flowise deployments for version 3.1.0 or later, especially in environments where user and workspace identifiers are sensitive. Inventory checks and monitoring for unusual metadata changes are recommended.
Recommended defensive actions
- Verify Flowise deployments for version 3.1.0 or later
- Inventory checks for affected versions
- Monitor for unusual metadata changes
- Review compensating controls for exposed systems while remediation is scheduled and verified
- Check relevant monitoring, detection, and logs for exposed assets that need extra review
- Track exceptions, retest remediated assets, and close the item only after evidence is documented
- Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up
Evidence notes
The CVE record and NVD entry provide details on the vulnerability, including its description, CVSS score, and affected versions. Vendor advisories and third-party analyses offer additional context and mitigation strategies.
Sources and references
Verified primary and authoritative sources
-
CVE-2026-56269 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-56269
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-56269 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-56269
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
Source reference
Unverified legacy reference
URL: https://github.com/FlowiseAI/Flowise/security/advisories/GHSA-m7mq-85xj-9x33
[email protected] - Mitigation, Vendor Advisory
-
Source reference
Unverified legacy reference
URL: https://www.vulncheck.com/advisories/flowise-weak-default-token-hash-secret-in-jwt-token-encryption
[email protected] - Third Party Advisory
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.