{"id":"CVE-2026-98028","title":"In the Linux kernel, the following vulnerability has been resolved:\n\neth: nfp: drop the replaced rule from the list when reprogramming fails\n\nnfp_net_fs_add() replaces an existing rule by deleting it from the\nhardware, decrementing nn->f…","summary":"In the Linux kernel, the following vulnerability has been resolved:\n\neth: nfp: drop the replaced rule from the list when reprogramming fails\n\nnfp_net_fs_add() replaces an existing rule by deleting it from the\nhardware, decrementing nn->f…","severity":"none","vendor":"Linux","product":"Linux","affected":["Linux >= 9eb03bb1c035ff6e2c3a34046419446588253dda < 603b70093f729f52a37544b48679903cad834856","Linux >= 9eb03bb1c035ff6e2c3a34046419446588253dda < edaec279f59f801a05b751df475ed71a0a68c88a","Linux >= 9eb03bb1c035ff6e2c3a34046419446588253dda < 552e528a7d85cbe088b2ae4f78194713975b46cf","Linux >= 9eb03bb1c035ff6e2c3a34046419446588253dda < 108bb2142e3a12c9ad625ad662973127a113ddc6","Linux 6.8"],"published":"2026-09-25","updated":"2026-09-25","sourceUpdated":"2026-09-25T11:17:31.447","source":"NVD","sourceUrl":"https://nvd.nist.gov/vuln/detail/CVE-2026-98028","references":[{"url":"https://git.kernel.org/stable/c/108bb2142e3a12c9ad625ad662973127a113ddc6","label":"416baaa9-dc9f-4396-8d5f-8c081fb06d67"},{"url":"https://git.kernel.org/stable/c/552e528a7d85cbe088b2ae4f78194713975b46cf","label":"416baaa9-dc9f-4396-8d5f-8c081fb06d67"},{"url":"https://git.kernel.org/stable/c/603b70093f729f52a37544b48679903cad834856","label":"416baaa9-dc9f-4396-8d5f-8c081fb06d67"},{"url":"https://git.kernel.org/stable/c/edaec279f59f801a05b751df475ed71a0a68c88a","label":"416baaa9-dc9f-4396-8d5f-8c081fb06d67"}],"tags":["nvd","cve.org"],"ingestedAt":"2026-09-25T11:06:38.853Z","slug":"CVE-2026-98028","body":"## Overview\n\nIn the Linux kernel, the following vulnerability has been resolved:\n\neth: nfp: drop the replaced rule from the list when reprogramming fails\n\nnfp_net_fs_add() replaces an existing rule by deleting it from the\nhardware, decrementing nn->fs.count and programming the new one.  If\nnfp_net_fs_add_hw() fails the old entry stays on nn->fs.list - only the\nsuccess path reaches list_replace() - so the list is one longer than\nnn->fs.count, and it advertises a rule whose hardware entry has already\nbeen torn down.\n\nnn->fs.count is what ETHTOOL_GRXCLSRLCNT reports, so userspace then sizes\nits buffer one entry short of what the GRXCLSRLALL walk wants to write.\nThat used to overwrite one u32 past the allocation; since the walk is\nbounded it is a permanent -EMSGSIZE instead, as nothing ever resyncs the\ncounter.\n\n## Remediation\n\nRefer to the linked advisories for vendor-supplied fixes and affected version ranges.","depth":"sunlit","depthScore":3,"depthScoreParts":{"impact":2.8,"likelihood":0,"exploitation":0,"ransomware":0},"changes":[]}