CVE-2025-46806: sslh · Use of Out-of-range Pointer Offset
Affects sslhSource CVE Database V5
Not known to be exploited · CVSS 6.9 Medium : upgrade to 2.2.4 when convenient.
Data as of 26 Oct 2026, 14:05 UTC
- 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:NExploitation evidence
Disclosed: evidence found.
CVE published 2 Jun 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 26 Oct 2026.
What to do
Upgrade yrutschle/sslh to 2.2.4.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubyrutschle/sslhpkg:github/yrutschle/sslhOther 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
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.