CVE-2025-11961: The Tcpdump Group libpcap · Buffer Over-read
Affects The Tcpdump Group libpcapSource CVE Database V5
Not known to be exploited · CVSS 1.9 Low.
Data as of 26 Oct 2026, 17:16 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 1% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:H/PR:H/UI:N/S:U/C:N/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 31 Dec 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
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubthe-tcpdump-group/libpcappkg:github/the-tcpdump-group/libpcapOther 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
To mitigate CVE-2025-11961, European organizations should implement several specific measures beyond generic advice: 1) Audit and update all software components and tools that depend on libpcap to ensure they handle MAC address inputs robustly, applying any vendor patches promptly once available. 2) Implement strict input validation and sanitization for MAC address strings before passing them to pcap_ether_aton() or related functions, rejecting malformed or unexpected formats. 3) Limit the use of pcap_ether_aton() to trusted inputs and contexts, avoiding processing untrusted or user-supplied data without validation. 4) Restrict local high-privilege access to systems running libpcap-dependent applications, enforcing least privilege and strong authentication controls to reduce exploitation risk. 5) Monitor application logs and system behavior for anomalies indicative of memory corruption or crashes related to network capture tools. 6) Consider deploying runtime protections such as Address Space Layout Randomization (ASLR) and stack canaries to mitigate exploitation impact. 7) Engage with software vendors and open-source communities to track patch releases and vulnerability disclosures related to libpcap. 8) Conduct regular security assessments and code reviews focusing on input handling in network capture utilities.
Description
pcap_ether_aton() is an auxiliary function in libpcap, it takes a string argument and returns a fixed-size allocated buffer. The string argument must be a well-formed MAC-48 address in one of the supported formats, but this requirement has been poorly documented. If an application calls the function with an argument that deviates from the expected format, the function can read data beyond the end of the provided string and write data beyond the end of the allocated buffer.