CVSS 3.1
8.2 highCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:HHigh (8.2) in pavel-odintsov fastnetmon. EPSS 0.3% estimated probability of exploitation activity in the next 30 days.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:HExplain CVE-2026-92698 for an engineer deciding whether to act. Use https://cve.bz/api/public/cves/CVE-2026-92698?via=ask-ai-copy and https://cve.bz/cve/CVE-2026-92698?via=ask-ai-copy as the source of truth: what is affected and which versions fix it, whether it is in CISA KEV, public exploits, and its EPSS (an internet-wide 30-day estimate of exploitation activity, not a forecast for my systems). If they give no fixed versions, use the CVE record https://cveawg.mitre.org/api/cve/CVE-2026-92698 or the vendor advisory, not third-party mirrors. Tell me how to check whether I am affected and how to verify a fix. Cite the sources and say where they are uncertain.Opens a third-party assistant; its answer is its own, not cve.bz's. The prompt holds only this CVE's id and public links.
From the CNA's record in the CVE List.
| Product | Affected |
|---|---|
| pavel-odintsov fastnetmon | <= 1.2.9 |
| Distribution | Release | Package | Fixed in | Advisory |
|---|---|---|---|---|
| Debian | 12, 13, 14 | fastnetmon | no fix listed | DEBIAN-CVE-2026-92698 |
| Ubuntu | 18.04:LTS, 26.10, Pro:20.04:LTS and 2 more | fastnetmon | no fix listed | UBUNTU-CVE-2026-92698 |
From the distributions' data via OSV.dev: the Debian Security Tracker; Ubuntu Security Notices © Canonical Ltd., CC BY-SA 4.0. Modified: reformatted and linked to CVE records. Credits. On the distributions' own pages: Debian · Ubuntu.
Red Hat rates this Important.
Red Hat Product Security rates this vulnerability as Important severity because an unauthenticated remote attacker can trigger a denial of service or disclose adjacent process memory without requiring prior privileges or user interaction. Successful exploitation causes FastNetMon to terminate abnormally, disrupting real-time network anomaly detection and DDoS monitoring across the infrastructure. This flaw specifically affects deployments where the sFlow collector plugin is enabled and reachable from untrusted network segments.
To mitigate this issue, restrict network exposure of the sFlow collector port (default UDP port 6343) or disable the sFlow plugin if it is not required:
1. Restrict incoming sFlow traffic to trusted network flow exporter IP addresses using firewalld:
```
firewall-cmd --permanent --zone=public --remove-port=6343/udp
firewall-cmd --permanent --add-rich-rule='rule family="ipv4" source address="<TRUSTED_EXPORTER_IP>" port port="6343" protocol="udp" accept'
firewall-cmd --reload
```
2. Alternatively, if sFlow collection is not utilized by your deployment (e.g., using NetFlow or raw packet capture), disable sFlow processing in `/etc/fastnetmon.conf`:
```
sflow = off
```
After editing the configuration, restart the daemon:
```
systemctl restart fastnetmon
```
Warning: Restarting FastNetMon or reloading the firewall will briefly interrupt flow metrics collection and traffic monitoring. Disabling sFlow will halt all ingestion of sFlow telemetry.
Contains Red Hat Security Data © Red Hat, Inc., licensed under CC BY 4.0. Source: https://access.redhat.com/security/data. Modified: reformatted. Red Hat's page for CVE-2026-92698.
The attack patterns MITRE's CAPEC relates to this record's weaknesses, as MITRE names them. Credits.