Skip to main content
CVE-2025-52362VulnerabilityPublished Updated

CVE-2025-52362: phproxy · n/a

Affects phproxySource CVE Database V5

0

Not known to be exploited · CVSS 9.1 Critical.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 3.1 base score
9.1Critical
How severe the flaw is on the 0–10 CVSS scale.
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:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 21 Jul 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
GitHubphproxy/phproxypkg:github/phproxy/phproxyOther threatsAffected
  • <=1.1.1
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

References

Community reviews

Loading reviews…