{"api_version":"1","generated_at":"2026-09-26T23:26:45+00:00","cve":"CVE-2026-98029","urls":{"html":"https://cve.report/CVE-2026-98029","api":"https://cve.report/api/cve/CVE-2026-98029.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-98029","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-98029"},"summary":{"title":"eth: nfp: bound the ntuple rule dump by the caller's buffer size","description":"In the Linux kernel, the following vulnerability has been resolved:\n\neth: nfp: bound the ntuple rule dump by the caller's buffer size\n\nnfp_net_get_fs_loc() dumps every entry of nn->fs.list into rule_locs[]\nwithout consulting cmd->rule_cnt, which is how many entries the caller\nhad room for.  ETHTOOL_GRXCLSRLALL requires no CAP_NET_ADMIN and the\nioctl sizes the buffer from the rule_cnt userspace passes in, so once an\nadmin has installed flow steering rules any user can ask for fewer slots\nthan there are rules and run off the end of the allocation.  A rule_cnt\nof 0 leaves the buffer pointer NULL and the walk dereferences it.\n\nBail out with -EMSGSIZE when the buffer fills up, the way the other\nntuple capable drivers do, and report how many locations were filled so\na shrinking rule list does not leave the caller reading stale slots.","state":"PUBLISHED","assigner":"Linux","published_at":"2026-09-25 11:17:31","updated_at":"2026-09-25 15:18:04"},"problem_types":[],"metrics":[{"version":"3.1","source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","type":"Secondary","score":"7","severity":"HIGH","vector":"CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H","data":{"version":"3.1","vectorString":"CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H","baseScore":7,"baseSeverity":"HIGH","attackVector":"LOCAL","attackComplexity":"HIGH","privilegesRequired":"LOW","userInteraction":"NONE","scope":"UNCHANGED","confidentialityImpact":"HIGH","integrityImpact":"HIGH","availabilityImpact":"HIGH"}},{"version":"3.1","source":"CNA","type":"DECLARED","score":"7","severity":"HIGH","vector":"CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H","data":{"baseScore":7,"baseSeverity":"HIGH","vectorString":"CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H","version":"3.1"}}],"references":[{"url":"https://git.kernel.org/stable/c/f1986bf87b0709c95126fe196cf39e5b8c8453a1","name":"https://git.kernel.org/stable/c/f1986bf87b0709c95126fe196cf39e5b8c8453a1","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/ecebfdaab72a504c10f4907bd00fc3b705ec3b12","name":"https://git.kernel.org/stable/c/ecebfdaab72a504c10f4907bd00fc3b705ec3b12","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/a7e023c63e855761c1426cee8d17c2bca32aa339","name":"https://git.kernel.org/stable/c/a7e023c63e855761c1426cee8d17c2bca32aa339","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://git.kernel.org/stable/c/82812583b9c69c241da6da4186f14e9df2516488","name":"https://git.kernel.org/stable/c/82812583b9c69c241da6da4186f14e9df2516488","refsource":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-98029","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-98029","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 9eb03bb1c035ff6e2c3a34046419446588253dda 82812583b9c69c241da6da4186f14e9df2516488 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 9eb03bb1c035ff6e2c3a34046419446588253dda a7e023c63e855761c1426cee8d17c2bca32aa339 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 9eb03bb1c035ff6e2c3a34046419446588253dda ecebfdaab72a504c10f4907bd00fc3b705ec3b12 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 9eb03bb1c035ff6e2c3a34046419446588253dda f1986bf87b0709c95126fe196cf39e5b8c8453a1 git","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"affected 6.8","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.8 semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.12.111 6.12.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 6.18.53 6.18.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.2.7 7.2.* semver","platforms":[]},{"source":"CNA","vendor":"Linux","product":"Linux","version":"unaffected 7.3-rc3 * original_commit_for_fix","platforms":[]}],"timeline":[],"solutions":[],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":null,"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"defaultStatus":"unaffected","product":"Linux","programFiles":["drivers/net/ethernet/netronome/nfp/nfp_net_ethtool.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"lessThan":"82812583b9c69c241da6da4186f14e9df2516488","status":"affected","version":"9eb03bb1c035ff6e2c3a34046419446588253dda","versionType":"git"},{"lessThan":"a7e023c63e855761c1426cee8d17c2bca32aa339","status":"affected","version":"9eb03bb1c035ff6e2c3a34046419446588253dda","versionType":"git"},{"lessThan":"ecebfdaab72a504c10f4907bd00fc3b705ec3b12","status":"affected","version":"9eb03bb1c035ff6e2c3a34046419446588253dda","versionType":"git"},{"lessThan":"f1986bf87b0709c95126fe196cf39e5b8c8453a1","status":"affected","version":"9eb03bb1c035ff6e2c3a34046419446588253dda","versionType":"git"}]},{"defaultStatus":"affected","product":"Linux","programFiles":["drivers/net/ethernet/netronome/nfp/nfp_net_ethtool.c"],"repo":"https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git","vendor":"Linux","versions":[{"status":"affected","version":"6.8"},{"lessThan":"6.8","status":"unaffected","version":"0","versionType":"semver"},{"lessThanOrEqual":"6.12.*","status":"unaffected","version":"6.12.111","versionType":"semver"},{"lessThanOrEqual":"6.18.*","status":"unaffected","version":"6.18.53","versionType":"semver"},{"lessThanOrEqual":"7.2.*","status":"unaffected","version":"7.2.7","versionType":"semver"},{"lessThanOrEqual":"*","status":"unaffected","version":"7.3-rc3","versionType":"original_commit_for_fix"}]}],"cpeApplicability":[{"nodes":[{"cpeMatch":[{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.12.111","versionStartIncluding":"6.8","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"6.18.53","versionStartIncluding":"6.8","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.2.7","versionStartIncluding":"6.8","vulnerable":true},{"criteria":"cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*","versionEndExcluding":"7.3-rc3","versionStartIncluding":"6.8","vulnerable":true}],"negate":false,"operator":"OR"}]}],"descriptions":[{"lang":"en","value":"In the Linux kernel, the following vulnerability has been resolved:\n\neth: nfp: bound the ntuple rule dump by the caller's buffer size\n\nnfp_net_get_fs_loc() dumps every entry of nn->fs.list into rule_locs[]\nwithout consulting cmd->rule_cnt, which is how many entries the caller\nhad room for.  ETHTOOL_GRXCLSRLALL requires no CAP_NET_ADMIN and the\nioctl sizes the buffer from the rule_cnt userspace passes in, so once an\nadmin has installed flow steering rules any user can ask for fewer slots\nthan there are rules and run off the end of the allocation.  A rule_cnt\nof 0 leaves the buffer pointer NULL and the walk dereferences it.\n\nBail out with -EMSGSIZE when the buffer fills up, the way the other\nntuple capable drivers do, and report how many locations were filled so\na shrinking rule list does not leave the caller reading stale slots."}],"metrics":[{"cvssV3_1":{"baseScore":7,"baseSeverity":"HIGH","vectorString":"CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H","version":"3.1"},"scenarios":[{"lang":"en","value":"AV:L - The trigger is a local SIOCETHTOOL ioctl (ETHTOOL_GRXCLSRLALL) on a socket, reaching ethtool_get_rxnfc() -> nfp_net_get_rxnfc() -> nfp_net_get_fs_loc(). The rule_cnt that sizes the buffer comes from the local caller, not from any packet off the wire.\nAC:H - The overflow needs a non-empty nn->fs.list on an NFP NIC with NFP_NET_CFG_CTRL_FLOW_STEER. Only an admin can create those rules, via set_rxnfc/nfp_net_fs_add with CAP_NET_ADMIN on a physical init-netns device. The unprivileged attacker cannot create this state and must wait for it to exist.\nPR:L - dev_ethtool() lists ETHTOOL_GRXCLSRLALL among the commands anyone may run and skips the ns_capable(CAP_NET_ADMIN) check for it. Any local unprivileged user can call it with a small rule_cnt.\nUI:N - No victim action is needed. The attacker issues the ioctl whenever they like, once the rules exist as a standing configuration.\nS:U - Kernel heap corruption leading to local privilege escalation or a crash stays within the kernel's own security authority.\nC:H - ethtool_get_rxnfc() sizes rule_buf with kcalloc(rule_cnt), so the attacker chooses the slab cache. nfp_net_get_fs_loc() then writes up to ~4KB of u32 rule locations past it. That corrupts adjacent kmalloc objects, which can be leveraged into an information leak.\nI:H - This is an out-of-bounds heap write into neighbouring slab objects in a cache the attacker chooses, with an attacker-chosen overflow length (rule count minus rule_cnt). It is a memory corruption primitive usable against adjacent object fields.\nA:H - With rule_cnt=0, rule_buf stays NULL and rule_locs[0] = entry->loc writes through the NULL pointer, oopsing the kernel. Larger overflows corrupt the slab and can panic the kernel. Either can be repeated at will by an unprivileged user."}]}],"providerMetadata":{"dateUpdated":"2026-09-25T14:41:53.865Z","orgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","shortName":"Linux"},"references":[{"url":"https://git.kernel.org/stable/c/82812583b9c69c241da6da4186f14e9df2516488"},{"url":"https://git.kernel.org/stable/c/a7e023c63e855761c1426cee8d17c2bca32aa339"},{"url":"https://git.kernel.org/stable/c/ecebfdaab72a504c10f4907bd00fc3b705ec3b12"},{"url":"https://git.kernel.org/stable/c/f1986bf87b0709c95126fe196cf39e5b8c8453a1"}],"title":"eth: nfp: bound the ntuple rule dump by the caller's buffer size","x_generator":{"engine":"bippy-1.2.0"}}},"cveMetadata":{"assignerOrgId":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","assignerShortName":"Linux","cveId":"CVE-2026-98029","datePublished":"2026-09-25T10:23:46.347Z","dateReserved":"2026-09-25T10:19:56.070Z","dateUpdated":"2026-09-25T14:41:53.865Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-09-25 11:17:31","lastModifiedDate":"2026-09-25 15:18:04","problem_types":[],"metrics":{"cvssMetricV31":[{"source":"416baaa9-dc9f-4396-8d5f-8c081fb06d67","type":"Secondary","cvssData":{"version":"3.1","vectorString":"CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H","baseScore":7,"baseSeverity":"HIGH","attackVector":"LOCAL","attackComplexity":"HIGH","privilegesRequired":"LOW","userInteraction":"NONE","scope":"UNCHANGED","confidentialityImpact":"HIGH","integrityImpact":"HIGH","availabilityImpact":"HIGH"},"exploitabilityScore":1,"impactScore":5.9}]},"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"98029","Ordinal":"1","Title":"eth: nfp: bound the ntuple rule dump by the caller's buffer size","CVE":"CVE-2026-98029","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"98029","Ordinal":"1","NoteData":"In the Linux kernel, the following vulnerability has been resolved:\n\neth: nfp: bound the ntuple rule dump by the caller's buffer size\n\nnfp_net_get_fs_loc() dumps every entry of nn->fs.list into rule_locs[]\nwithout consulting cmd->rule_cnt, which is how many entries the caller\nhad room for.  ETHTOOL_GRXCLSRLALL requires no CAP_NET_ADMIN and the\nioctl sizes the buffer from the rule_cnt userspace passes in, so once an\nadmin has installed flow steering rules any user can ask for fewer slots\nthan there are rules and run off the end of the allocation.  A rule_cnt\nof 0 leaves the buffer pointer NULL and the walk dereferences it.\n\nBail out with -EMSGSIZE when the buffer fills up, the way the other\nntuple capable drivers do, and report how many locations were filled so\na shrinking rule list does not leave the caller reading stale slots.","Type":"Description","Title":"eth: nfp: bound the ntuple rule dump by the caller's buffer size"}]}}}