Approved changes feed: RSS · Atom
cpe:2.3:a:the_tcpdump_group:libpcap:*:*:*:*:*:*:*:*
part: a version: * update: *
| Vendor | The Tcpdump Group (faf79470-ac05-5c75-92a1-9deebc7c603e) |
|---|---|
| Product | Libpcap (9182b397-5166-5c11-8349-8ef414c3a712) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2025-11964 |
vulnerable | 2026-06-08 07:04:29.480955 |
OOBW in utf_16le_to_utf_8_truncated() in libpcap
LOW (1.9)
On Windows only, if libpcap needs to convert a Windows error message to UTF-8 and the message includes characters that UTF-8 represents using 4 bytes, utf_16le_to_utf_8_truncated() can write data beyond the end of the provided buffer.
Published: 2025-12-31T00:58:19.026Z
Updated: 2026-01-02T14:38:10.106Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2025-11961 |
vulnerable | 2026-06-08 07:04:29.477807 |
OOBR and OOBW in pcap_ether_aton() in libpcap
LOW (1.9)
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.
Published: 2025-12-31T00:56:16.310Z
Updated: 2026-01-02T14:38:16.719Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2024-8006 |
vulnerable | 2026-06-08 06:58:24.101674 |
NULL pointer dereference in libpcap before 1.10.5 with remote packet capture support
MEDIUM (4.4)
Remote packet capture support is disabled by default in libpcap. When a user builds libpcap with remote packet capture support enabled, one of the functions that become available is pcap_findalldevs_ex(). One of the function arguments can be a filesystem path, which normally means a directory with input data files. When the specified path cannot be used as a directory, the function receives NULL from opendir(), but does not check the return value and passes the NULL value to readdir(), which causes a NULL pointer derefence.
Published: 2024-08-30T23:53:11.334Z
Updated: 2024-09-03T19:17:49.301Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2023-7256 |
vulnerable | 2026-06-08 06:21:57.424416 |
Double-free in libpcap before 1.10.5 with remote packet capture support.
MEDIUM (4.4)
In affected libpcap versions during the setup of a remote packet capture the internal function sock_initaddress() calls getaddrinfo() and possibly freeaddrinfo(), but does not clearly indicate to the caller function whether freeaddrinfo() still remains to be called after the function returns. This makes it possible in some scenarios that both the function and its caller call freeaddrinfo() for the same allocated memory block. A similar problem was reported in Apple libpcap, to which Apple assigned CVE-2023-40400.
Published: 2024-08-30T23:44:04.383Z
Updated: 2024-09-03T20:07:34.599Z |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.