Skip to main content
VulnerabilityPublished

CVE-2025-46806: sslh · Use of Out-of-range Pointer Offset

Affects sslhSource CVE Database V5

0

Not known to be exploited · CVSS 6.9 Medium : upgrade to 2.2.4 when convenient.

Data as of 26 Oct 2026, 10:12 UTC

CVSS 4.0 base score
6.9Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 40% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 2.2.4
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 2 Jun 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 yrutschle/sslh to 2.2.4.

Affected software

ProductAffectedFixed in
GitHubyrutschle/sslhpkg:github/yrutschle/sslhOther threatsAffected
  • <2.2.4
Fixed in
  • 2.2.4

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

European organizations should prioritize upgrading sslh to version 2.2.4 or later, where the vulnerability is addressed. In the absence of an immediate upgrade path, organizations can implement network-level mitigations such as filtering or rate limiting incoming traffic to the sslh service to reduce exposure to crafted packets that trigger the out-of-range pointer offset. Monitoring sslh service logs and network traffic for anomalies or crashes can help detect attempted exploitation. Employing redundancy and failover mechanisms for services behind sslh can minimize operational impact during potential DoS events. Additionally, organizations should review their use of sslh and consider alternative multiplexing solutions with a stronger security track record if timely patching is not feasible. Regular vulnerability scanning and asset inventory updates should include sslh to ensure timely detection of vulnerable instances. Finally, coordinating with upstream vendors or open-source maintainers for patches and advisories is recommended to stay informed about any emerging exploits or fixes.

Description

A Use of Out-of-range Pointer Offset vulnerability in sslh leads to denial of service on some architectures.This issue affects sslh before 2.2.4.

References

Community reviews

Loading reviews…