CVE-2026-98149

HIGHNVD 7.87.8
EchelonGraph scoreMEDIUM confidence

“—” beside the score: it is equal to NVD's CVSS score.

Score 7.8 from GitHub Security Advisory (severity: HIGH) published 2026-09-25. NVD baseline CVSS 7.8; sources differ by 0.0.

Triggered by: GitHub Security Advisory CVSS
Sources: EPSS, GitHub Security Advisory, NVD CVSS v3
Trending — 3 sources updated this week

Also known asEUVD-2026-86980 (ENISA EUVD) · GHSA-hwjh-c457-8mjm (GitHub Security Advisories)Source: ENISA EUVD

7.8EG
EchelonGraph verdictPlan a fixRemediate within your standard update timelines (the SSVC decision on this page).
  • High severity, but no confirmed exploitation yet
CISA-KEV: Not listedEPSS PROB: 0.1%CVSS: 7.8Exploit: None knownExposed services: Not assessed

A fix is available — apply it.

In the Linux kernel, the following vulnerability has been resolved:

bpf: Fix percpu map update indexing with sparse CPU IDs

Per-CPU array, hash, and cgroup storage map updates without BPF_F_CPU or BPF_F_ALL_CPUS use a value buffer whose per-CPU slots are packed in possible-CPU order. The buffer is sized as:

round_up(value_size, 8) * num_possible_cpus()

The update paths iterate over possible CPUs, but use the logical CPU ID to calculate the source offset:

value + size * cpu

This only works when possible CPU IDs are contiguous starting at zero.

For example, with a possible CPU mask of 0,2-3, the buffer contains three slots corresponding to CPUs 0, 2, and 3. CPU2 is therefore expected to use slot 1 and CPU3 slot 2. Instead, the current code uses slots 2 and 3 respectively, causing incorrect per-CPU values and an out-of-bounds read from the update buffer for CPU3.

The corresponding lookup paths already use a dense offset while iterating over possible CPUs. Do the same for the array, hash, and cgroup storage update paths, advancing the source offset once for each possible CPU. BPF_F_ALL_CPUS continues to use the same value for every CPU.

CVSS v3
7.8
EG Score
7.8HIGHmedium confidence
EG Risk
35
EG Risk 35/100

EG Risk is EchelonGraph's 0–100 priority score. It fuses impact severity (EG Severity, the CVSS base score, never the KEV-floored or EPSS-lifted EG Score) with real-world exploitation and automatability, under weights EchelonGraph set by hand, so you can rank equal-severity CVEs and fix the most dangerous first. Higher = act sooner.

How it’s computed (value × EchelonGraph’s weight)
Severity78% × 45%
Impact severity (EG Severity): CVSS 7.8 of 10. Never the KEV-floored or EPSS-lifted EG Score.
Exploitation0.1% × 40%
FIRST EPSS: the 30-day exploitation probability when EchelonGraph scored this CVE.
Automatability0% × 15%
CISA's BOD 26-04 default: no one has published Automatable for this CVE, and CISA treats it as “no” for a CVE not in KEV.
SSVC (CISA's decision table, applied by EchelonGraph): Track at low or medium mission impact; Track* at high (mission-essential systems).
Exploitation none (no CISA value, KEV listing or exploit code on record) · Automatable no (CISA's BOD 26-04 default) · Technical impact total (CISA's BOD 26-04 default). EchelonGraph holds no SSVC assessment of this CVE from CISA: none of these inputs is from Vulnrichment. EchelonGraph applied CISA's decision table to them; CISA publishes SSVC inputs and the table, not a decision for each CVE.
Action: A fix is available. Apply it within your standard update timelines.
EPSS PROB
0.1%
EPSS %ILE
2nd
KEV
Not listed

What the EG score is made of (scorer v4.0: the three questions the 0–10 score mixes, published apart · methodology)

The EG score (7.8): severity, escalated by confirmed exploitation. This CVE's 7.8 is its impact severity (EG Severity), not escalated.

EG Severity
7.8 HIGHCVSS-B, impact only: no KEV listing, EPSS or EG-KEV tier raises it.GitHub Security Advisory CVSS
EG Likelihood
0.1% within 30 daysSource: FIRST EPSS (model v2026.06.15, score date 2026-10-28). FIRST's exploitation probability, not an EchelonGraph model.
Confirmed exploitation
None on record (CISA KEV, EG-KEV Tier 1)Reported apart from the likelihood: an observed fact, not a probability.
EG Priority
SSVC Track at medium mission impactTrack at low or medium mission impact; Track* at high (mission-essential systems).CISA BOD 26-04: 14 days if the affected system is publicly exposed; Fix on system upgrade if it is not.Each input and its source, and whom BOD 26-04 binds: the SSVC and BOD 26-04 blocks below.

SSVC (CISA's decision table, applied by EchelonGraph)Track at low or medium mission impact; Track* at high (mission-essential systems).

A fix is available. Apply it within your standard update timelines.

Exploitation none (no CISA value, KEV listing or exploit code on record) · Automatable no (CISA's BOD 26-04 default) · Technical impact total (CISA's BOD 26-04 default). EchelonGraph holds no SSVC assessment of this CVE from CISA: none of these inputs is from Vulnrichment. EchelonGraph applied CISA's decision table to them; CISA publishes SSVC inputs and the table, not a decision for each CVE. Mission impact is CISA's Mission & Well-being decision point, and only you can judge it. CISA's table makes it high when Mission Prevalence is Essential — the vulnerable component "directly provides capabilities that constitute at least one MEF for at least one entity" (MEF: mission essential function) — or when Public Well-Being Impact is Irreversible: "multiple fatalities are likely", the cyber-physical system "is likely lost or destroyed", "extreme or serious externalities" are imposed on other parties, or social systems such as elections or the financial grid "are destabilized and potentially collapse". CISA's decision table

BOD 26-04 (CISA's remediation timeline, Table 1)14 days if the affected system is publicly exposed; Fix on system upgrade if it is not.

The score's inputs: In CISA KEV no (CISA's KEV catalog) · Automatable no (CISA's BOD 26-04 default) · Technical impact total (CISA's BOD 26-04 default). Where an input reads “CISA's BOD 26-04 default”, no one has published it for this CVE, and CISA's implementation guidance says: “If “Automatable” and “Technical Impact” information items about a CVE ID are not available and the CVE ID is not in the KEV Catalog, CISA will treat its values as “no” and “total,” respectively, until CISA or a third party provides metadata about the CVE ID. CISA will always provide the Vulnrichment data for a CVE ID listed in the KEV Catalog.” Whether your system is publicly exposed is yours to answer. BOD 26-04 binds US Federal Civilian Executive Branch agencies; for anyone else it is CISA's published timeline, a reference rather than an obligation. The directive · how EchelonGraph applies it

Published

September 25, 2026

Last Modified

October 21, 2026

Advisory Details (2)

Auto-updated Oct 21, 2026
Patch available.
Web page

bpf: Fix percpu map update indexing with sparse CPU IDs - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/c16c62c91e5d6737a9fbb0a541b8b34610470a2b
Web page

bpf: Fix percpu map update indexing with sparse CPU IDs - kernel/git/stable/linux.git - Linux kernel stable tree

https://git.kernel.org/stable/c/75b0a6db4300e4c2c9e97a0848deaa7acfb42fb7

Vendor Advisories for CVE-2026-98149(1)

These vendors published their own advisory mentioning this CVE — often with vendor-specific remediation steps + affected product lists not in NVD.

Affected Packages

(1 across 1 ecosystem)
Debian:14(1)
PackageVulnerable rangeFix by version rangeDependents
linux6.12.100-1 ... 7.2~rc7-1~exp1 (179 versions)
  • every version up to 7.2.7-1: fixed in 7.2.7-1
—

Weakness Classification(1)

MITRE Common Weakness Enumeration — the root-cause categories this CVE belongs to.

Data Freshness Timeline

(refreshed 7× in last 7d / 45× in last 30d)

Each row is a time one of our pipelines fetched, updated or re-scored this CVE. For example, "NVD update" means NVD published or revised its analysis for this CVE; "MITRE cvelistV5" means we ingested or refreshed it from the CNA feed. An arrow marks a change the record states ("CVSS v3 → 9.1"); EPSS and GHSA rows show the values recorded at that time, not what changed (EPSS values are rounded; hover one for the exact figures). Most recent first.

A repeat, a row identical to one the same pipeline wrote less than 10 seconds earlier, is not a separate refresh and is not counted. 1 repeat row among the latest 59 is merged into the row it repeats.

  1. 2026-11-01 16:36 UTCEPSS rescoreEPSS 0.1% · 2nd percentile
  2. 2026-10-31 16:33 UTCEPSS rescoreEPSS 0.1% · 2nd percentile
  3. 2026-10-30 16:35 UTCEPSS rescoreEPSS 0.1% · 2nd percentile
  4. 2026-10-29 16:34 UTCEPSS rescoreEPSS 0.1% · 2nd percentile
  5. 2026-10-28 20:29 UTCEG score recompute
  6. 2026-10-28 20:29 UTCGHSA enrichmentGHSA-hwjh-c457-8mjm · GitHub severity HIGH · GitHub CVSS 7.8
  7. 2026-10-26 16:33 UTCEPSS rescoreEPSS 0.1% · 2nd percentile
  8. 2026-10-25 16:34 UTCEPSS rescoreEPSS 0.1% · 2nd percentile
  9. 2026-10-25 13:47 UTCEG score recompute
  10. 2026-10-24 16:34 UTCEPSS rescoreEPSS 0.1% · 1st percentile
  11. 2026-10-23 16:33 UTCEPSS rescoreEPSS 0.1% · 1st percentile
  12. 2026-10-22 16:35 UTCEPSS rescoreEPSS 0.1% · 1st percentile
  13. 2026-10-21 20:46 UTCEG score recomputeFirst assessed: 7.8 HIGH
  14. 2026-10-21 20:46 UTCGHSA enrichmentGHSA-hwjh-c457-8mjm
  15. 2026-10-21 20:45 UTCNVD updateCVSS v3 → 7.8 · severity → HIGH
  16. 2026-10-21 16:34 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  17. 2026-10-20 16:34 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  18. 2026-10-19 16:33 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  19. 2026-10-19 10:35 UTCGHSA enrichmentGHSA-hwjh-c457-8mjm
  20. 2026-10-19 10:26 UTCNVD update
  21. 2026-10-19 09:51 UTCEG score recompute
  22. 2026-10-19 09:50 UTCGHSA enrichmentGHSA-hwjh-c457-8mjm
  23. 2026-10-19 09:39 UTCMITRE cvelistV5
  24. 2026-10-18 16:33 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  25. 2026-10-18 02:56 UTCEG score recompute
Show 33 more
  1. 2026-10-16 16:45 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  2. 2026-10-15 16:33 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  3. 2026-10-14 16:34 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  4. 2026-10-13 16:35 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  5. 2026-10-12 16:35 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  6. 2026-10-12 14:38 UTCEG score recompute
  7. 2026-10-11 19:10 UTCEG score recompute
  8. 2026-10-11 16:25 UTCEG score recompute
  9. 2026-10-11 13:50 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  10. 2026-10-11 13:37 UTCEG score recompute
  11. 2026-10-10 20:00 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  12. 2026-10-09 20:08 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  13. 2026-10-09 15:15 UTCGHSA enrichmentGHSA-hwjh-c457-8mjm
  14. 2026-10-07 23:48 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  15. 2026-10-06 15:19 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  16. 2026-10-06 14:35 UTCGHSA enrichmentGHSA-hwjh-c457-8mjm
  17. 2026-10-05 17:44 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  18. 2026-10-04 23:23 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  19. 2026-10-03 14:37 UTCGHSA enrichmentGHSA-hwjh-c457-8mjm
  20. 2026-10-03 14:26 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  21. 2026-10-02 17:57 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  22. 2026-10-01 19:51 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  23. 2026-09-30 15:04 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  24. 2026-09-30 14:32 UTCEG score recompute
  25. 2026-09-30 14:32 UTCGHSA enrichmentGHSA-hwjh-c457-8mjm
  26. 2026-09-28 13:52 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  27. 2026-09-28 11:28 UTCEG score recompute
  28. 2026-09-28 11:28 UTCGHSA enrichmentGHSA-hwjh-c457-8mjm
  29. 2026-09-27 13:49 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  30. 2026-09-26 15:59 UTCEPSS rescoreEPSS 0.2% · 4th percentile
  31. 2026-09-25 11:30 UTCNVD update
  32. 2026-09-25 10:48 UTCEG score recompute
  33. 2026-09-25 10:46 UTCMITRE cvelistV5first tracked

Frequently asked(5)

What is CVE-2026-98149?
CVE-2026-98149 is a high-severity vulnerability; its CVE record was published on September 25, 2026. In the Linux kernel, the following vulnerability has been resolved: bpf: Fix percpu map update indexing with sparse CPU IDs Per-CPU array, hash, and cgroup storage map updates without BPF_F_CPU or BPF_F_ALL_CPUS use a value buffer whose per-CPU slots are packed in possible-CPU order. The buffer is…
When was the CVE record for CVE-2026-98149 published?
The CVE record for CVE-2026-98149 was published on September 25, 2026. That is the record's publication date; the vulnerability itself may have been made public earlier. EchelonGraph's copy of the record carries a last-modified date of October 21, 2026; the record at its source may have been updated since.
Is CVE-2026-98149 actively exploited?
CVE-2026-98149 is not currently on CISA's Known Exploited Vulnerabilities catalog. FIRST EPSS estimates a 0.1% probability of exploitation in the next 30 days (2nd percentile of EPSS-scored CVEs).
What is the CVSS score of CVE-2026-98149?
CVE-2026-98149 has a CVSS v3 base score of 7.8 (NVD).
How do I remediate CVE-2026-98149?
A fix for CVE-2026-98149 is available: update to the fixed version the vendor names in its advisory. The vendor advisories EchelonGraph has for CVE-2026-98149 are linked in the Vendor Advisories panel on this page.

Dependency Blast Radius

See which npm, PyPI, Go, and Maven packages are affected by CVE-2026-98149

Explore →

Is Your Infrastructure Affected by CVE-2026-98149?

EchelonGraph automatically scans your cloud infrastructure and maps CVE exposure using blast radius analysis.