CVE-2026-120830: libslirp
Affects libslirpSource GCVE Database
Not known to be exploited · CVSS 7.4 High.
Data as of 5 Nov 2026, 12:36 UTC
Thin evidence
One scorer or none| CNA (redhat) | CVSS 3.1 | 7.4 |
|---|
CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:C/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 3 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 5 Nov 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Ubuntu 26.10libslirppkg:deb/ubuntu/libslirp?arch=source&distro=stonkingOther threats | Affected
| Fixed in– |
Ubuntu 26.04 LTSlibslirppkg:deb/ubuntu/libslirp?arch=source&distro=resoluteOther threats | Affected
| Fixed in– |
Ubuntu 24.04 LTSlibslirppkg:deb/ubuntu/libslirp?arch=source&distro=nobleOther threats | Affected
| Fixed in– |
Ubuntu 22.04 LTSlibslirppkg:deb/ubuntu/libslirp?arch=source&distro=jammyOther threats | Affected
| Fixed in– |
Ubuntu 20.04 LTSlibslirppkg:deb/ubuntu/libslirp?arch=source&distro=focalOther 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
Red Hat currently has no practical temporary workaround that fully mitigates this issue. The recommended mitigation is to apply the official security updates once they become available. Until patched, restricting untrusted guests or containers from transmitting network traffic through libslirp virtual network interfaces can reduce the risk by limiting the attack surface. However, this does not fix the underlying vulnerability. The definitive remediation is to upgrade to fixed libslirp builds that clamp the quoted IPv4 payload length to the actual buffer length before copying data into ICMP error responses.
Description
A vulnerability in libslirp's icmp_forward_error() function allows an out-of-bounds heap read when constructing ICMP error responses. The flaw arises because the length of the quoted original IPv4 packet is taken from the IP header without proper clamping to the actual buffer length. This can lead to leakage of host memory into ICMP error packets sent to guests or containers, potentially exposing sensitive information.
References
- ubuntu.com/security/CVE-2026-120830 (opens in a new tab)
- cve.org/CVERecord?id=CVE-2026-120830 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2026-120830 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2565424 (opens in a new tab)
- gitlab.freedesktop.org/slirp/libslirp/-/commit/21b33a6c5588af9f58d15e528fdc1019452708e4 (opens in a new tab)