CVE-2025-52362: phproxy · n/a
Affects phproxySource CVE Database V5
Not known to be exploited · CVSS 9.1 Critical.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 44% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 21 Jul 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubphproxy/phproxypkg:github/phproxy/phproxyOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
Since no official patches are currently available, European organizations should implement the following specific mitigations: 1) Disable or restrict access to the _proxurl parameter by applying strict input validation or web application firewall (WAF) rules that block suspicious or malformed URLs targeting internal IP ranges or sensitive endpoints. 2) Limit the proxy server's network access by implementing network segmentation and firewall rules that prevent the proxy from initiating requests to internal-only IP addresses or services. 3) Monitor proxy server logs for unusual or unexpected outbound requests, especially those targeting internal resources or uncommon destinations, to detect potential exploitation attempts. 4) Employ runtime application self-protection (RASP) or intrusion detection systems (IDS) to identify and block SSRF attack patterns. 5) Where feasible, replace PHProxy with more secure, actively maintained proxy solutions that have robust input validation and security controls. 6) Educate security teams to prioritize this vulnerability in their risk assessments and incident response plans. 7) Regularly review and update network access controls to minimize the attack surface exposed by proxy services.
Description
Server-Side Request Forgery (SSRF) vulnerability exists in the URL processing functionality of PHProxy version 1.1.1 and prior. The input validation for the _proxurl parameter can be bypassed, allowing a remote, unauthenticated attacker to submit a specially crafted URL