Skip to main content
CVE-2023-0666VulnerabilityPublished Updated

CVE-2023-0666: Wireshark · Heap-based Buffer Overflow

Affects WiresharkSource CVE Database V5

0

Not known to be exploited · CVSS 6.5 Medium.

Data as of 26 Oct 2026, 07:57 UTC

CVSS 3.1 base score
6.5Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
2.2% chance of exploitation in 30 days – higher than 82% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 7 Jun 2023

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 2026-10-26.

What to do

Affected software

ProductAffectedFixed in
GitHubwireshark/wiresharkpkg:github/wireshark/wiresharkOther threatsAffected
  • <=4.0.5
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

1. Monitor Wireshark Foundation announcements and promptly apply patches or updates addressing CVE-2023-0666 once released. 2. Until patches are available, restrict the use of Wireshark to trusted capture files only; avoid opening unverified or unsolicited packet captures. 3. Implement network segmentation and filtering to limit exposure to RTPS traffic from untrusted sources, reducing the chance of receiving malicious packets during live capture. 4. Employ endpoint protection and application whitelisting on analyst workstations to detect or prevent exploitation attempts. 5. Educate security analysts and network engineers about the risk of opening suspicious capture files and encourage verification of capture sources. 6. Consider running Wireshark in sandboxed or isolated environments to contain potential exploitation impact. 7. Review and harden incident response procedures to quickly identify and respond to any anomalous Wireshark behavior or crashes. 8. Use alternative packet analysis tools temporarily if patching is delayed and RTPS traffic analysis is critical.

Description

Due to failure in validating the length provided by an attacker-crafted RTPS packet, Wireshark version 4.0.5 and prior, by default, is susceptible to a heap-based buffer overflow, and possibly code execution in the context of the process running Wireshark.

References

Community reviews

Loading reviews…