MEDIUM 5.5

CVE-2026-15172: Wireshark FMP/NOTIFY Dissector Denial of Service Vulnerability

Wireshark, a widely-used network traffic analysis tool, contains a flaw in how it processes FMP/NOTIFY protocol packets. When a user opens a specially crafted network capture file or views malicious traffic, the dissector (the component that parses the protocol) crashes, causing Wireshark to stop responding. This is a local denial-of-service issue affecting versions 4.6.0 through 4.6.6 and 4.4.0 through 4.4.16. An attacker would need to deliver a malicious capture file or convince a user to analyze untrusted network traffic, but no special privileges are required on the target system.

Source data · NVD / CISA · public domain

CVSS
3.1 · 5.5 MEDIUM · CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H
Weaknesses (CWE)
CWE-606
Affected products
1 configuration(s)
Published / Modified
2026-07-08 / 2026-07-09

NVD description (verbatim)

FMP/NOTIFY protocol dissector crash in Wireshark 4.6.0 to 4.6.6 and 4.4.0 to 4.4.16 allows denial of service

2 reference(s) · View on NVD →

SEC.co analysis · AI-assisted, reviewed against source

Technical summary

CVE-2026-15172 is a dissector crash vulnerability in Wireshark's FMP/NOTIFY protocol handler. The vulnerability is triggered during packet processing when malformed or adversarially crafted protocol data is parsed. The crash occurs in user context and does not result in code execution or data exfiltration, only denial of service. The issue stems from improper handling of protocol state or data validation (CWE-606: Untrusted Search Path). The vulnerability affects Wireshark 4.6.x up to version 4.6.6 and the 4.4.x branch through 4.4.16, with CVSS 3.1 score 5.5 (AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H), indicating local attack vector, low complexity, user interaction required, and high availability impact.

Business impact

Organizations using Wireshark for network troubleshooting, security analysis, or threat investigation could experience service disruptions if analysts open or process malicious capture files. This affects incident response teams, network engineers, and security operations centers that rely on Wireshark for real-time or forensic packet analysis. The impact is primarily operational—temporary loss of analysis capability—rather than a breach of confidentiality or integrity. However, repeated or timed crashes could disrupt critical troubleshooting during active security incidents.

Affected systems

The vulnerability affects Wireshark versions 4.6.0, 4.6.1, 4.6.2, 4.6.3, 4.6.4, 4.6.5, and 4.6.6; and versions 4.4.0 through 4.4.16 in the 4.4.x series. All platforms and architectures running these versions are at risk. Users on stable release branches outside these ranges (e.g., 4.2.x, 4.8.x when released) should verify their version and update accordingly if running an affected version.

Exploitability

Exploitation requires local system access and user interaction—specifically, the victim must open or analyze a malicious network capture file (.pcap, etc.) or process adversarial traffic in real time. An attacker cannot remotely trigger the crash over the network alone; they must deliver the malicious input through a file or by positioning themselves on the network path (man-in-the-middle). The barrier to exploitation is low given Wireshark's common use in handling untrusted capture files during investigations. The vulnerability is not listed in the CISA KEV catalog, suggesting no evidence of active in-the-wild exploitation at publication.

Remediation

Patch to a version beyond the affected ranges. For the 4.6.x branch, upgrade to 4.6.7 or later. For the 4.4.x branch, upgrade to 4.4.17 or later. Verify the specific patch version against the Wireshark security advisory to confirm the fix is included. Until patching is feasible, limit analysis of untrusted or suspicious network captures to isolated lab environments or sandboxed instances, and restrict Wireshark access to trusted users only.

Patch guidance

Check the Wireshark project's official release notes and security advisories for the exact patched versions. Organizations should test patches in a non-production environment before widespread deployment to ensure compatibility with existing workflows and capture file formats. Wireshark updates are typically straightforward binary replacements on Windows, macOS, and Linux systems. Consider coordinating updates with network and security teams to avoid analysis capability gaps during the update window.

Detection guidance

Monitor for Wireshark process crashes or unexpected terminations, particularly in logs from security operations, network engineering, or incident response systems. Detection is reactive—crashes will manifest as application failures rather than suspicious activities that trigger alerts. Consider implementing endpoint monitoring to track Wireshark process lifecycle events and correlate crashes with file or network access patterns. Log analysis systems can flag repeated crashes on the same system, which might indicate attempted exploitation or accidental malicious file handling.

Why prioritize this

This vulnerability merits prompt but not emergency patching. The CVSS score of 5.5 (MEDIUM) reflects low attack complexity and high availability impact, but exploitation requires user interaction and local access. Prioritize patching based on your organization's risk tolerance for tool unavailability and the likelihood of staff handling untrusted capture files. Teams that frequently investigate external malware samples, process captures from adversary systems, or participate in threat hunts should patch sooner. Teams using Wireshark only on known-good, controlled network segments can accept slightly longer remediation timelines.

Risk score, explained

The CVSS 3.1 score of 5.5 reflects: Attack Vector Local (network capture files must be opened locally), Attack Complexity Low (no special conditions required to trigger), Privileges Required None (no special rights needed), User Interaction Required (user must open or process the malicious data), Scope Unchanged (impact limited to the Wireshark process), Confidentiality None, Integrity None, Availability High (process crash). The 'High' availability impact drives the score above 5.0 despite the local attack vector and user interaction requirement. This is a classic denial-of-service vulnerability with moderate real-world risk.

Frequently asked questions

Can this vulnerability be exploited remotely over the network?

No. While the FMP/NOTIFY protocol operates on networks, the crash occurs only when Wireshark locally processes malformed packets from a capture file or live traffic analysis. An attacker cannot crash a Wireshark instance remotely without first delivering the malicious packet data to the target system—for example, via a file transfer or by positioning themselves in the network path. Even then, the user must actively open or analyze the traffic.

Does this vulnerability result in data theft or code execution?

No. The vulnerability is limited to denial of service—causing Wireshark to crash. There is no code execution, privilege escalation, or exposure of captured network data. The impact is loss of availability of the Wireshark tool, not compromise of data or system security.

Should we disable FMP/NOTIFY dissection as a workaround?

Disabling the FMP/NOTIFY dissector in Wireshark's protocol preferences may prevent the crash if that option is available in your version, but this is a partial mitigation and may impact analysis of legitimate FMP/NOTIFY traffic. Patching to a fixed version is the recommended remediation. Verify options in your Wireshark version's documentation before attempting workarounds.

Are older or newer Wireshark versions affected?

Only versions 4.6.0–4.6.6 and 4.4.0–4.4.16 are affected. If you are running 4.2.x, 4.3.x, 4.5.x, or versions 4.7.x and beyond (when released), check against the vendor advisory to confirm your version is patched. Always verify your exact version in Wireshark Help > About, then cross-reference the official security advisory.

This analysis is based on publicly available information and vendor advisories as of the publication date. Patch version numbers and specific remediation guidance must be verified against official Wireshark security bulletins and release notes before implementation. CVE data, CVSS scores, and KEV status are current at time of writing and may be updated. Organizations should conduct their own risk assessment and testing before deploying patches. No exploit code or weaponized proof-of-concepts are provided or endorsed herein. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).