Skip to main content
CVE-2024-24479VulnerabilityPublished Updated

CVE-2024-24479: n/a

Source CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.3% chance of exploitation in 30 days – higher than 70% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Affects
Wireshark before 4.2.0
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 21 Feb 2024

  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 26 Oct 2026.

What to do

AI-suggested

1. Verify the exact Wireshark version deployed within the organization and confirm whether it is prior to 4.2.0 or a custom build that might be affected. 2. Follow official Wireshark communications closely for any updates or patches related to this CVE, despite the vendor's current dispute. 3. Limit exposure by restricting network access to Wireshark instances, especially those used for remote capture or analysis, to trusted and authenticated users only. 4. Employ network segmentation to isolate monitoring tools from untrusted networks to reduce attack surface. 5. Monitor network traffic and system logs for unusual crashes or behavior in Wireshark processes that could indicate exploitation attempts. 6. Consider deploying host-based intrusion detection systems (HIDS) to detect anomalous process terminations or memory corruption events. 7. If possible, use alternative or updated network analysis tools that are confirmed not vulnerable until the issue is resolved. 8. Educate security teams about the potential for denial of service via malformed packets targeting Wireshark to improve incident response readiness. 9. Maintain regular backups and ensure rapid recovery procedures for monitoring infrastructure to minimize downtime impact.

Description

A Buffer Overflow in Wireshark before 4.2.0 allows a remote attacker to cause a denial of service via the wsutil/to_str.c, and format_fractional_part_nsecs components. NOTE: this is disputed by the vendor because neither release 4.2.0 nor any other release was affected.

References

Community reviews

Loading reviews…