Summary
CVE-2025-56563 is a critical Server-Side Request Forgery (SSRF) vulnerability affecting Zenith Satellite Tracker 1.0. The flaw resides in the sat_proxy.php endpoint, which forwards attacker-controlled URLs to an internal cURL request without any validation, allowing an unauthenticated remote attacker to force the server to issue arbitrary HTTP/HTTPS requests. The issue carries a CVSS v3.1 base score of 9.8 (Critical) due to its unauthenticated, network-exploitable nature and its potential for total confidentiality, integrity, and availability impact.
Technical details
- Root cause: The
addressGET parameter supplied toapi/sat_proxy.phpis passed directly to a cURL request (CURLOPT_URL) with no validation of scheme, host, resolved IP address, or port. - Trigger conditions: A single unauthenticated HTTP GET request to the
sat_proxy.phpendpoint with an attacker-suppliedaddressvalue is sufficient to trigger the flaw. - Attack vector: Network-based, requiring no authentication and no user interaction (AV:N, PR:N, UI:N).
- Impact: The vulnerable proxy can be abused to reach internal-only services (e.g.,
127.0.0.1, private RFC1918 ranges) and cloud instance metadata endpoints, enabling internal network reconnaissance, port scanning, and potential disclosure of sensitive credentials or configuration data reachable only from the server’s network position.
Affected software
- Zenith Satellite Tracker 1.0 (all installations exposing
api/sat_proxy.php)
Severity
- CVSS v3.1 Base Score: 9.8 (Critical)
- Vector:
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Mitigation and recommended actions
- Immediate: No official patched version has been published by the vendor at this time; organizations running Zenith Satellite Tracker 1.0 should treat this as unpatched and prioritize the workarounds below until a fix is released.
- If no patch:
- Restrict or disable public access to
api/sat_proxy.phpuntil a vendor fix is available. - Implement a strict allowlist of permitted destination hosts/schemes for the proxy functionality, rejecting requests to loopback, link-local (including cloud metadata addresses such as
169.254.169.254), and RFC1918 private address ranges. - Disable automatic redirect following in the proxy’s HTTP client to prevent redirect-based SSRF bypasses.
- Deploy network-level egress controls (firewall/security groups) to prevent the application server from reaching internal management interfaces or cloud metadata services.
- Monitor logs for anomalous outbound requests originating from the
sat_proxy.phpendpoint, particularly requests targeting internal IP ranges.
- Restrict or disable public access to

