eth: nfp: bound the ntuple rule dump by the caller's buffer size
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 6.12.111, 6.18.53, 7.2.7
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
In the Linux kernel, the following vulnerability has been resolved: eth: nfp: bound the ntuple rule dump by the caller's buffer size nfp_net_get_fs_loc() dumps every entry of nn->fs.list into rule_locs[] without consulting cmd->rule_cnt, which is how many entries the caller had room for. ETHTOOL_GRXCLSRLALL requires no CAP_NET_ADMIN and the ioctl sizes the buffer from the rule_cnt userspace passes in, so once an admin has installed flow steering rules any user can ask for fewer slots than there are rules and run off the end of the allocation. A rule_cnt of 0 leaves the buffer pointer NULL and the walk dereferences it. Bail out with -EMSGSIZE when the buffer fills up, the way the other ntuple capable drivers do, and report how many locations were filled so a shrinking rule list does not leave the caller reading stale slots.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
From 9eb03bb1c035ff6e2c3a34046419446588253dda · fixed in 82812583b9c69c241da6da4186f14e9df2516488; From 9eb03bb1c035ff6e2c3a34046419446588253dda · fixed in a7e023c63e855761c1426cee8d17c2bca32aa339; From 9eb03bb1c035ff6e2c3a34046419446588253dda · fixed in ecebfdaab72a504c10f4907bd00fc3b705ec3b12; From 9eb03bb1c035ff6e2c3a34046419446588253dda · fixed in f1986bf87b0709c95126fe196cf39e5b8c8453a1
- Linux Linux
6.8
- KernelLinux
From 6.8.0 · fixed in 6.12.111; From 6.13.0 · fixed in 6.18.53; From 6.19.0 · fixed in 7.2.7