CVE-2026-21887
Received Received - Intake
Server-Side Request Forgery in OpenCTI Data Ingestion Module

Publication date: 2026-03-12

Last updated on: 2026-03-19

Assigner: GitHub, Inc.

Description
OpenCTI is an open source platform for managing cyber threat intelligence knowledge and observables. Prior to 6.8.16, the OpenCTI platform’s data ingestion feature accepts user-supplied URLs without validation and uses the Axios HTTP client with its default configuration (allowAbsoluteUrls: true). This allows attackers to craft requests to arbitrary endpoints, including internal services, because Axios will accept and process absolute URLs. This results in a semi-blind SSRF, as responses may not be fully visible but can still impact internal systems. This vulnerability is fixed in 6.8.16.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-03-12
Last Modified
2026-03-19
Generated
2026-05-07
AI Q&A
2026-03-12
EPSS Evaluated
2026-05-05
NVD
EUVD
Affected Vendors & Products
Showing 1 associated CPE
Vendor Product Version / Range
citeum opencti to 6.8.16 (exc)
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
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-21887 is a high-severity vulnerability in the OpenCTI platform versions prior to 6.8.16. It occurs because the data ingestion feature accepts user-supplied URLs without proper validation and uses the Axios HTTP client with its default setting that allows absolute URLs.

This misconfiguration enables attackers to craft requests to arbitrary endpoints, including internal services that are normally not accessible externally. This leads to a semi-blind Server-Side Request Forgery (SSRF), where attackers can make the server send HTTP requests on their behalf to internal or external systems.

Although the responses may not be fully visible to the attacker, the vulnerability can still be exploited to impact internal systems by enumerating services, exfiltrating data, or potentially executing remote code if internal APIs are vulnerable.


How can this vulnerability be detected on my network or system? Can you suggest some commands?

Detection of this vulnerability involves monitoring for unusual or unauthorized HTTP requests originating from the OpenCTI platform to internal or external endpoints that should not normally be accessed.

Since the vulnerability allows SSRF via user-supplied URLs in the data ingestion feature, you can look for outgoing HTTP requests from the OpenCTI server to internal services such as Elasticsearch, Redis, RabbitMQ, or cloud metadata services.

Suggested commands to detect suspicious activity include:

  • Using network monitoring tools like tcpdump or Wireshark to capture outgoing HTTP requests from the OpenCTI server.
  • Example tcpdump command to capture HTTP traffic: sudo tcpdump -i <interface> tcp port 80 or 443 and host <opencti-server-ip>
  • Checking application logs for unusual URL requests or data ingestion requests containing absolute URLs.
  • Using curl or wget commands to test if the OpenCTI instance accepts and processes absolute URLs in the data ingestion feature, e.g., sending crafted ingestion requests with absolute URLs to internal endpoints.

What immediate steps should I take to mitigate this vulnerability?

The primary mitigation step is to upgrade the OpenCTI platform to version 6.8.16 or later, where this vulnerability is fixed.

Until the upgrade can be performed, consider restricting network access from the OpenCTI server to internal services that should not be reachable, such as Elasticsearch, Redis, RabbitMQ, and cloud metadata services.

Additionally, review and restrict user input to the data ingestion feature to prevent supplying absolute URLs, or implement custom validation to block requests with absolute URLs.

Monitor logs and network traffic for suspicious requests and block or alert on any detected SSRF attempts.


How can this vulnerability impact me? :

This vulnerability can have serious impacts including unauthorized access to internal services such as Elasticsearch, Redis, or RabbitMQ that are not exposed to the public internet.

In cloud environments, attackers can exploit this to access metadata services of cloud providers like AWS, Azure, or GCP, potentially obtaining sensitive credentials and configuration details.

The attacker requires low privileges and no user interaction to exploit this vulnerability, which can lead to data enumeration, data exfiltration, and possibly remote code execution, resulting in a compromise of confidentiality and potentially the entire infrastructure.


How does this vulnerability affect compliance with common standards and regulations (like GDPR, HIPAA)?:

I don't know


Ask Our AI Assistant
Need more information? Ask your question to get an AI reply (Powered by our expertise)
0/70
EPSS Chart