|
1 | | -### Responsible Disclosure Policy |
| 1 | +## ⚠️ IMPORTANT NOTICE: PRODUCT SUNSET ⚠️ |
2 | 2 |
|
3 | | -At Flowise, we prioritize security and continuously work to safeguard our systems. However, vulnerabilities can still exist. If you identify a security issue, please report it to us so we can address it promptly. Your cooperation helps us better protect our platform and users. |
4 | | - |
5 | | -### Scope |
6 | | - |
7 | | -- Flowise Cloud: cloud.flowiseai.com |
8 | | -- Public Flowise Repositories |
9 | | - |
10 | | -### Out of scope vulnerabilities |
11 | | - |
12 | | -- Hypothetical issues that do not have a demonstrable, practical impact |
13 | | -- Vulnerabilities that affect out-of-date browsers |
14 | | -- ClickjackingCSRF on unauthenticated/logout/login pages |
15 | | -- Banner disclosure on common/public services |
16 | | -- Disclosure of known public files or directories (e.g. robots.txt) |
17 | | -- Attacks requiring MITM (Man-in-the-Middle) or physical device access |
18 | | -- Social engineering attacks |
19 | | -- Denial service via bruteforce attack |
20 | | -- Content spoofing and text injection without a valid attack vector |
21 | | -- Username enumeration via Login Page error message |
22 | | -- Username enumeration via Forgot password error message |
23 | | -- Bruteforce attacks |
24 | | -- Email spoofing |
25 | | -- Absence of DNSSEC, CAA, CSP headers |
26 | | -- Missing Secure or HTTP-only flag on non-sensitive cookies |
27 | | -- Deadlinks |
28 | | -- User enumeration |
29 | | -- Social Engineering |
30 | | -- Version Disclosure |
31 | | -- Vulnerabilities that can only affect the attacker (e.g. self-XSS) |
32 | | -- Known vulnerabilities in used libraries (unless exploitability can be proven) |
33 | | -- Static application security testing findings |
34 | | - |
35 | | -### Reporting Guidelines |
36 | | - |
37 | | -- Submit your findings to https://github.com/FlowiseAI/Flowise/security |
38 | | -- Provide clear details to help us reproduce and fix the issue quickly. |
39 | | - |
40 | | -### Reporting Guidelines |
41 | | - |
42 | | -- Submit your findings to https://github.com/FlowiseAI/Flowise/security |
43 | | -- Ensure that the vulnerability is exploitable. Theoretical or static application security testing reports are subject to dismissal. |
44 | | -- Submit the report with CVSS vector and calculated severity. |
45 | | -- Provide a clear detailed report with proof of concept to help us reproduce and remediate the vulnerability. |
46 | | - |
47 | | -### Disclosure Terms |
48 | | - |
49 | | -The Flowise team believes that transparency is important and public bug bounty reports are a valuable source of knowledge for bug bounty researchers. However, the Flowise team may have legitimate reasons not to disclose vulnerabilities. |
50 | | - |
51 | | -Do not discuss or disclose vulnerability information without prior written consent. If you plan on presenting your research, please share a draft with us at least 45 days in advance for review. Avoid including: |
52 | | - |
53 | | -- Data from any Flowise customer projects |
54 | | -- Flowise user/customer information |
55 | | -- Details about Flowise employees, contractors, or partners |
56 | | - |
57 | | -### Report Validation Times |
58 | | - |
59 | | -We will validate submissions within the below timelines. |
60 | | -| Vulnerability Severity | Time to Validate | |
61 | | -| ---------------------- | ---------------- | |
62 | | -| Critical | 5 business days | |
63 | | -| High | 5 business days | |
64 | | -| Medium | 15 business days | |
65 | | -| Low | 15 business days | |
66 | | - |
67 | | -Your report will be kept _confidential_, and your details will not be shared without your consent. The Flowise team will triage and adjust severity or CVSS score if necessary. |
68 | | -We appreciate your efforts in helping us maintain a secure platform and look forward to working together to resolve any issues responsibly. |
69 | | - |
70 | | -### Remediation |
71 | | - |
72 | | -Once the report has been verified, the Flowise team will plan the remediation steps. |
73 | | -Below is the estimated time to remediate the triaged security reports. |
74 | | - |
75 | | -| Triaged Severity | Estimated Time to Remediate | |
76 | | -| ---------------- | --------------------------- | |
77 | | -| Critical | 30 business days | |
78 | | -| High | 60 business days | |
79 | | -| Medium | 90 business days | |
80 | | - |
81 | | -### Public Disclosure Timeline |
82 | | - |
83 | | -Public Disclosure occurs exactly 30 days after the next official release that includes the security patch. This period gives Flowise users a time to adopt the patched version before technical vulnerability details are made public, mitigating the risk of immediate post-disclosure exploitation. |
84 | | - |
85 | | -#### Reaching out to the Security team |
86 | | - |
87 | | -To report a new vulnerability, please submit a GitHub Security Advisory report. |
88 | | -If you have any questions or concerns about the existing Security Advisory, please contact security-team@flowiseai.com. |
| 3 | +Flowise is officially being sunset and will soon cease active maintenance or support. As a result, **we are no longer accepting new security vulnerability reports for this repository.** You can find more information [here](https://flowiseai.com/sunset). |
0 commit comments