CVE-2026-29781: BishopFox sliver · NULL Pointer Dereference
Affects BishopFox sliverSource CVE Database V5
Public exploit available · CVSS 2.1 Low.
Data as of 29 Oct 2026, 19:04 UTC
- EPSS
- 0.5% chance of exploitation in 30 days – higher than 45% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N/E:PExploitation evidence
Disclosed: evidence found.
CVE published 7 Mar 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: evidence found.
Public exploit code: GitHub proofs of concept
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), GitHub proofs of concept, the Metasploit, Exploit-DB and nuclei-templates index as of 29 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| BishopFoxsliver | Affected
| Fixed in– |
GitHubbishopfox/sliverpkg:github/bishopfox/sliverOther 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
Given the lack of publicly available patches, organizations should implement the following mitigations: 1) Restrict access to implant credentials and C2 server authentication tokens to minimize the risk of credential compromise. 2) Monitor Sliver server logs and network traffic for anomalous signed messages that omit nested fields or cause unexpected server crashes, enabling early detection of exploitation attempts. 3) Implement process supervision and automatic restart mechanisms (e.g., systemd, supervisor) for the Sliver server to reduce downtime caused by crashes. 4) Consider isolating the Sliver C2 server within segmented network environments to limit the blast radius of a forced restart. 5) Evaluate the use of the HTTP transport layer for implant communication where possible, as it includes panic recovery middleware that mitigates this vulnerability. 6) Maintain strict operational security around implant credential distribution and storage to prevent unauthorized post-authentication access. 7) Engage with BishopFox or the Sliver community for updates and patches addressing this issue. 8) Prepare incident response plans to quickly recover from forced Sliver server restarts to minimize operational impact.
Description
Sliver is a command and control framework that uses a custom Wireguard netstack. In versions from 1.7.3 and prior, a vulnerability exists in the Sliver C2 server's Protobuf unmarshalling logic due to a systemic lack of nil-pointer validation. By extracting valid implant credentials and omitting nested fields in a signed message, an authenticated actor can trigger an unhandled runtime panic. Because the mTLS, WireGuard, and DNS transport layers lack the panic recovery middleware present in the HTTP transport, this results in a global process termination. While requiring post-authentication access (a captured implant), this flaw effectively acts as an infrastructure "kill-switch," instantly severing all active sessions across the entire fleet and requiring a manual server restart to restore operations. At time of publication, there are no publicly available patches.