nvmet: fix NULL pointer dereference in nvmet_execute_identify_nslist()
- 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.47, 7.1.11, 7.2.1
- 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: fix NULL pointer dereference in nvmet_execute_identify_nslist() When a host issues an Identify command with CNS 07h (Active Namespace ID List for a specific I/O Command Set), nvmet_execute_identify_nslist() is called with match_css set. The command-set filter dereferences req->ns, but this handler never calls nvmet_req_find_ns(), so req->ns is always NULL (nvmet_req_init() resets it to NULL). As soon as an enabled namespace with an NSID greater than the requested value exists, req->ns->csi dereferences a NULL pointer and oopses. Besides the crash, the comparison is logically wrong: to filter the list by command set it must test the command set of the namespace being iterated, not a single fixed value. Use the loop variable ns->csi.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
From 61c9967cd63448292a64f9ee9aeb6e2053e3a624 · fixed in 61dc1a37e04d4003a19095f54883358330034a39; From 61c9967cd63448292a64f9ee9aeb6e2053e3a624 · fixed in 2bc1e33ff6a558c8ceef7c0077f3ef70a15fcba2; From 61c9967cd63448292a64f9ee9aeb6e2053e3a624 · fixed in 123d664ac98d6f3464462ad4a530474b91ba9890; From 61c9967cd63448292a64f9ee9aeb6e2053e3a624 · fixed in 79aba4c9403419d822972d2851f2a96a2c0531cf
- Linux Linux
6.13
- KernelLinux
From 6.13.0 · fixed in 6.18.47; From 6.19.0 · fixed in 7.1.11; From 7.2.0 · fixed in 7.2.1