nvmet: pci-epf: reject too-short SGL segments
- 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.18.56, 7.2.10
- 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: nvmet: pci-epf: reject too-short SGL segments The host controls an SGL segment's length. A nonzero length smaller than one SGL descriptor makes nr_descs zero, so nvmet_pci_epf_get_sgl_segment() reads the type byte of sgls[-1] outside the allocated buffer. If that byte contains a segment descriptor type, the function also copies the preceding 16 bytes and returns a negative descriptor count. The read was reproduced in 3/3 KASAN boots with only the host transfer mocked by a KUnit test: BUG: KASAN: slab-out-of-bounds in nvmet_pci_epf_get_sgl_segment Read of size 1 by task kunit_try_catch Call Trace: nvmet_pci_epf_get_sgl_segment nvmet_pci_epf_short_sgl_test Kernel panic - not syncing: KASAN: panic_on_warn set ... Reject segments that cannot hold one descriptor before allocating or transferring their contents.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
From 0faa0fe6f90ea59b10d1b0f15ce0eb0c18eff186 · fixed in 2423a05dd0f21330c47ce0ae1cb54a8b0be821e2; From 0faa0fe6f90ea59b10d1b0f15ce0eb0c18eff186 · fixed in 472df1d103dbe3e9d09156f0667e36180e912c46; From 0faa0fe6f90ea59b10d1b0f15ce0eb0c18eff186 · fixed in 5d5fbfbbacd1efb13a9bf91317d4fde859ede4b9
- Linux Linux
6.14
- KernelLinux
From 6.14.0 · fixed in 6.18.56; From 6.19.0 · fixed in 7.2.10