CVE-2026-92698 json
FastNetMon: sFlow header_size field trusted as parser capture length causes remote out-of-bounds read
published 3mo ago modified 2d ago also EUVD-2026-117874 , GHSA-852r-3wcv-pjx2
Unreviewed: the maintainers' own advisory
Published by the maintainers on their GitHub repository pavel-odintsov/fastnetmon. GitHub has not reviewed it into the GitHub Advisory Database, so the affected packages and versions are the maintainers' word. Read the full advisory on GitHub.
- cvss
- 8.2
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.3%
- EPSS 0.3% chance of exploitation in 30 days, percentile 25%
- public exploits
- 0
- none known
Summary
FastNetMon is a high-performance DDoS detector and sensor. In version 1.2.9 and earlier, process_sflow_flow_sample() in src/sflow_plugin/sflow_collector.cpp passes the attacker-controlled sflow_raw_protocol_header_t.header_size to parse_raw_packet_to_simple_packet_full() as its trusted captured length without comparing it with the bytes remaining in the record. An inflated header_size creates a false end pointer beyond the received sFlow v5 UDP buffer, defeating the nested parser's bounds checks and causing an unauthenticated remote out-of-bounds read and process crash, with possible limited exposure of adjacent bytes through parsed flow fields. No fixed release is available as of this review.
Patch / fix
- github.com/pavel-odintsov/fastnetmon@6871b73 commit
- github.com/pavel-odintsov/fastnetmon@be81c40 commit
- github.com/pavel-odintsov/fastnetmon#1089 pull request
- github.com/pavel-odintsov/fastnetmon#1093 pull request
Is CVE-2026-92698 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerVendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2026-92698 updated cvss 8.2
fastnetmon: fastnetmon: Denial of Service via crafted sFlow packet
-
Red Hat All currently supported Red Hat productsnot affected: vulnerable code not present
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
CISA SSVC
- Exploitation
- none
- Automatable
- yes
- Technical impact
- partial
- Assessed
- 2d ago
Exploit prediction
0.32% chance of exploitation in the next 30 days, higher than 25% of all scored CVEs (FIRST EPSS, 2026-11-11).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 8.2 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:H |
Affected products
- pavel-odintsov fastnetmon
Classification
- Weakness
-
- CWE-125 Out-of-bounds Read
References
- github.com /pavel-odintsov/fastnetmon/pull/1089
- github.com /pavel-odintsov/fastnetmon/pull/1093
- github.com /pavel-odintsov/fastnetmon/commit/6871b7383322db14405a8de1399a83da15ef3533
- github.com /pavel-odintsov/fastnetmon/commit/be81c403b9aa891f8444a6379cd4a4fbbc324a83
-
github.com
/pavel-odintsov/fastnetmon/security/advisories/GHSA-852r-3wcv-pjx2
advisory
Sources
- CVE List CVE-2026-92698
- NVD CVE-2026-92698
- Maintainer advisory GHSA-852r-3wcv-pjx2
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
The maintainers of pavel-odintsov/fastnetmon published their own advisory on GitHub. Reviewed sources take precedence over it.
CPEs and fixed versions use Anchore's correction of NVD's data: Added CPE configurations because not yet analyzed by NVD.