Summary
CVE-2026-51152 is a Server-Side Request Forgery (SSRF) vulnerability affecting QD (QD-Today), a Chinese-language HTTP request scheduling framework built on HAR Editor and Tornado Server. The unauthenticated /har/test endpoint allows attackers to force the QD server to issue arbitrary outbound HTTP requests to internal network resources and cloud metadata services. The flaw carries a CVSS v3.1 base score of 9.1 (Critical).
Technical details
- Root cause:
Fetcher.build_request()inlibs/fetcher.pyconstructs outbound HTTP requests from user-supplied JSON without validating the URL scheme, host, or IP address range, and disables TLS certificate verification (validate_cert=False). - Trigger condition: the
/har/testendpoint lacks an authentication decorator, so any unauthenticated client can submit a crafted JSON request body specifying an arbitrary target URL (e.g.,http://127.0.0.1:6379/or a cloud metadata address) for QD to fetch on its behalf. - Attack vector: network, requiring no privileges or user interaction — a single unauthenticated HTTP POST to
/har/test. - Impact: high confidentiality and integrity impact via server-side proxying to internal-only services and cloud instance metadata endpoints, potentially exposing credentials or internal data; no direct availability impact.
Affected software
- QD (QD-Today) versions 20220208 through 20250803
Severity
- CVSS v3.1 Base Score: 9.1 (Critical)
- Vector:
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
Mitigation and recommended actions
- Immediate: no fixed release is currently identified in the public CVE record; monitor the QD-Today GitHub repository for a patched release beyond version 20250803 and upgrade as soon as one is available.
- If no patch is available: restrict or disable public access to the
/har/testendpoint, place QD instances behind authentication or a reverse proxy that enforces access control, and block outbound requests from the QD host to loopback addresses, RFC1918 private ranges, and cloud metadata IPs (e.g., 169.254.169.254) via egress network filtering. - Additionally, avoid exposing QD directly to the internet where not required, and review logs for anomalous requests to
/har/testtargeting internal or metadata addresses.

