CVE-2026-45940
- Source
- https://cve.org/CVERecord?id=CVE-2026-45940
- Import Source
- https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-45940.json
- JSON Data
- https://api.osv.dev/v1/vulns/CVE-2026-45940
- Downstream
- Related
- Published
- 2026-05-27T12:17:56.350Z
- Modified
- 2026-07-09T10:14:51.831734915Z
- Summary
- net: stmmac: fix oops when split header is enabled
- Details
-
In the Linux kernel, the following vulnerability has been resolved:
net: stmmac: fix oops when split header is enabled
For GMAC4, when split header is enabled, in some rare cases, the hardware does not fill buf2 of the first descriptor with payload. Thus we cannot assume buf2 is always fully filled if it is not the last descriptor. Otherwise, the length of buf2 of the second descriptor will be calculated wrong and cause an oops:
Unable to handle kernel paging request at virtual address ffff00019246bfc0 ... x2 : 0000000000000040 x1 : ffff00019246bfc0 x0 : ffff00009246c000 Call trace: dcacheinvalpoc+0x28/0x58 (P) dmadirectsyncsinglefor_cpu+0x38/0x6c __dmasyncsingleforcpu+0x34/0x6c stmmacnapipoll_rx+0x8f0/0xb60 __napipoll.constprop.0+0x30/0x144 netrxaction+0x160/0x274 handlesoftirqs+0x1b8/0x1fc ...
To fix this, the PL bit-field in RDES3 register is used for all descriptors, whether it is the last descriptor or not.
- Database specific
{ "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/45xxx/CVE-2026-45940.json", "cna_assigner": "Linux" }- References
-
- https://git.kernel.org/stable/c/36f81cb7d82e9614a7058da6abdf2e3a03993df1
- https://git.kernel.org/stable/c/b1f23df09e7dbf4c86b6908dff7efb8cb2b7d609
- https://git.kernel.org/stable/c/babab1b42ed68877ef669a08384becf281ad2582
- https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/45xxx/CVE-2026-45940.json
- https://nvd.nist.gov/vuln/detail/CVE-2026-45940
- https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git