CVE-2025-63387: dify · n/a
Affects difySource CVE Database V5
Not known to be exploited · public detection template (Nuclei) · 29% EPSS · CVSS 7.5 High.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 29.9% chance of exploitation in 30 days – higher than 98% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 18 Dec 2025
Detectable: evidence found.
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHublanggenius/difypkg:github/langgenius/difyOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
European organizations should immediately audit their use of Dify software to identify instances of version 1.9.1 or earlier. Network-level controls should be implemented to restrict access to the /console/api/system-features endpoint, ideally limiting it to trusted internal IP addresses or VPN users only. Application-level mitigation requires applying proper authorization checks to ensure only authenticated and authorized users can access sensitive API endpoints. If patches become available, organizations must prioritize timely deployment. In the absence of patches, consider deploying Web Application Firewalls (WAFs) with custom rules to block unauthenticated requests to the vulnerable endpoint. Continuous monitoring and logging of access to this endpoint should be enabled to detect and respond to suspicious activity promptly. Security teams should also conduct penetration testing to verify the effectiveness of mitigations. Finally, raising user awareness and updating incident response plans to include this vulnerability will enhance preparedness.
Description
Dify v1.9.1 is vulnerable to Insecure Permissions. An unauthenticated attacker can directly send HTTP GET requests to the /console/api/system-features endpoint without any authentication credentials or session tokens. The endpoint fails to implement proper authorization checks, allowing anonymous access to sensitive system configuration data. NOTE: The maintainer states that the endpoint is unauthenticated by design and serves as a bootstrap mechanism required for the dashboard initialization. They also state that the description inaccurately classifies the returned data as sensitive system configuration, stating that the data is non-sensitive and required for client-side rendering. No PII, credentials, or secrets are exposed.
References
- github.com/langgenius/dify/discussions (opens in a new tab)
- gist.github.com/Cristliu/cddc0cbbf354de51106ab63a11be94af (opens in a new tab)
- gist.github.com/Cristliu/dfc5f3a31dc6d7fff2754867e5c649a5 (opens in a new tab)
- github.com/langgenius/dify/issues/31368 (opens in a new tab)
- github.com/langgenius/dify/pull/31417 (opens in a new tab)
- github.com/langgenius/dify/pull/31392 (opens in a new tab)