gve: Fix stats report corruption on queue count change
- 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
- 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: gve: Fix stats report corruption on queue count change The driver and the NIC share a region in memory for stats reporting. The NIC calculates its offset into this region based on the total size of the stats region and the size of the NIC's stats. When the number of queues is changed, the driver's stats region is resized. If the queue count is increased, the NIC can write past the end of the allocated stats region, causing memory corruption. If the queue count is decreased, there is a gap between the driver and NIC stats, leading to incorrect stats reporting. This change fixes the issue by allocating stats region with maximum size, and the offset calculation for NIC stats is changed to match with the calculation of the NIC.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
Version range not reported
- Linux Linux
5.10
References 7
git.kernel.org
- stable/c/f432f7613c220db32c2c6942420daf7b3f2e7d7e
- stable/c/9d93332397405b62a3300b22d04ac65d990b91ff
- stable/c/837c662f47dac43efa1aef2dd433c6b4b4c073af
- stable/c/df54838ab61826ecc1a562ffa5e280c3ab7289a7
- stable/c/9fa0a755db3e1945fe00f73fe27d85ef6c8818b7
- stable/c/11f8311f69e4c361717371b4901ff92daeb76e9c
- stable/c/7b9ebcce0296e104a0d82a6b09d68564806158ff