CVE-2023-3648: Wireshark · Mismatched Memory Management Routines
Affects WiresharkSource CVE Database V5
Not known to be exploited · CVSS 5.3 Medium.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 16% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:L/A:LExploitation evidence
Disclosed: evidence found.
CVE published 14 Jul 2023
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 2026-10-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubwireshark/wiresharkpkg:github/wireshark/wiresharkOther 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-2023-3648, European organizations should: 1) Immediately identify and inventory Wireshark installations, focusing on versions 3.6.0 to 3.6.14 and 4.0.0 to 4.0.6. 2) Avoid opening untrusted or unauthenticated capture files, especially those sourced externally or from unknown origins. 3) Restrict network access and file sharing mechanisms to limit exposure to crafted Kafka packets or malicious capture files. 4) Implement endpoint security controls to detect and block suspicious packet injection attempts or malformed capture files. 5) Educate users and network analysts on the risks of opening unverified capture files and encourage verification of file provenance. 6) Monitor Wireshark Foundation communications for patches or updates addressing this vulnerability and apply them promptly once available. 7) Consider deploying alternative network analysis tools temporarily if Wireshark usage is critical and patches are delayed. 8) Employ sandboxing or containerization for Wireshark usage to isolate potential crashes and prevent broader system impact. These steps go beyond generic advice by emphasizing operational controls, user training, and proactive monitoring tailored to this specific vulnerability.
Description
Kafka dissector crash in Wireshark 4.0.0 to 4.0.6 and 3.6.0 to 3.6.14 allows denial of service via packet injection or crafted capture file