CVE-2026-9813
SSRF in FlowIntel up to 3.3.0 via External Reference URL
Publication date: 2026-05-28
Last updated on: 2026-05-28
Assigner: 5a6e4751-2f3f-4070-9419-94fb35b644e8
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| flowintel | flowintel | to 3.3.0 (inc) |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-918 | The web server receives a URL or similar request from an upstream component and retrieves the contents of this URL, but it does not sufficiently ensure that the request is being sent to the expected destination. |
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?
CVE-2026-9813 is a server-side request forgery (SSRF) vulnerability found in FlowIntel up to version 3.3.0. It exists in the external reference URL probe functionality located in the app/case/task.py file. An attacker who can submit an external reference URL can trick the application server into sending an HTTP HEAD request to a destination specified by the attacker.
Because the application does not properly validate the URL scheme or the resolved destination address, it may allow requests to internal or restricted network resources such as loopback, link-local, private, reserved addresses, or cloud metadata endpoints. This means the attacker can potentially interact with internal services or sensitive network resources from the server's network context.
How can this vulnerability impact me? :
This vulnerability can allow an attacker to make the vulnerable server send HTTP requests to internal or restricted network resources that are normally inaccessible from outside the network. This can lead to unauthorized access or interaction with internal services, potentially exposing sensitive information or enabling further attacks within the internal network.
How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:
The SSRF vulnerability in FlowIntel up to version 3.3.0 allows attackers to make the server issue HTTP requests to internal or restricted network resources, potentially exposing internal services or cloud metadata endpoints. Such unauthorized access risks could lead to data breaches or unauthorized data exposure.
This kind of vulnerability can impact compliance with standards and regulations like GDPR and HIPAA, which require protection of sensitive personal and health information. If exploited, it could result in unauthorized access to protected data or systems, thereby violating confidentiality and security requirements mandated by these regulations.
Therefore, organizations using affected versions of FlowIntel may face increased risk of non-compliance due to potential data exposure or compromise stemming from this SSRF vulnerability.
How can this vulnerability be detected on my network or system? Can you suggest some commands?
Detection of this SSRF vulnerability involves monitoring for unusual HTTP HEAD requests originating from the application server to external or internal network destinations, especially to loopback, link-local, private, reserved, or other restricted IP ranges.
You can use network monitoring tools or commands to detect such suspicious outbound requests.
- Use tcpdump or tshark to capture HTTP HEAD requests from the server, for example: tcpdump -i <interface> 'tcp[tcpflags] & tcp-push != 0 and tcp[13] = 0x10 and dst port 80'
- Use netstat or ss to check for unexpected outbound connections from the application process.
- Review application logs for any external reference URL submissions that trigger HTTP HEAD requests.
What immediate steps should I take to mitigate this vulnerability?
Immediate mitigation involves applying validation checks on the external reference URL input to prevent SSRF exploitation.
Specifically, ensure that the application only allows URLs with valid schemes (http or https), verifies the hostname, and blocks requests resolving to restricted IP address ranges such as private, loopback, link-local, multicast, reserved, or unspecified addresses.
Updating the application to include these validation checks as implemented in the referenced commit will mitigate the vulnerability.