Skip to main content
VulnerabilityPublished

CVE-2025-54581: 0x676e67 vproxy · Divide By Zero

Affects 0x676e67 vproxySource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High : upgrade to 2.4.0 soon.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 48% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.4.0
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 30 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 26 Oct 2026.

What to do

Upgrade 0x676e67 vproxy to 2.4.0.

Affected software

ProductAffectedFixed in
0x676e67 vproxyAffected
  • <2.4.0
Fixed in
  • 2.4.0

AI-suggested

To mitigate CVE-2025-54581, European organizations should immediately upgrade all vproxy instances to version 2.4.0 or later, where the divide-by-zero flaw is fixed. If upgrading is not immediately feasible, organizations can implement the following practical steps: 1) Deploy network-level filtering to block or rate-limit suspicious Proxy-Authorization headers containing TTL values of zero or malformed usernames resembling the attack pattern (e.g., regex matching '.*-ttl-0'). 2) Enable robust monitoring and alerting on proxy server crashes or restarts to detect potential exploitation attempts early. 3) Use application-layer firewalls or reverse proxies to validate and sanitize HTTP headers before they reach vproxy. 4) Conduct regular vulnerability scanning and penetration testing focused on proxy infrastructure to identify and remediate similar issues proactively. 5) Isolate proxy servers in segmented network zones to limit the blast radius of any DoS attacks. These targeted mitigations complement the essential patching step and help reduce risk exposure during transition periods.

Description

vproxy is an HTTP/HTTPS/SOCKS5 proxy server. In versions 2.3.3 and below, untrusted data is extracted from the user-controlled HTTP Proxy-Authorization header and passed to Extension::try_from and flows into parse_ttl_extension where it is parsed as a TTL value. If an attacker supplies a TTL of zero (e.g.by using a username such as 'configuredUser-ttl-0'), the modulo operation 'timestamp % ttl' will cause a division by zero panic, causing the server to crash causing a denial-of-service. This is fixed in version 2.4.0.

References

Community reviews

Loading reviews…