CVE-2023-52893
gsmi: fix null-deref in gsmi_get_variable
- 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
CISA's decision points: whether it is exploited, whether attacks can be automated, and how much control an attacker gets. Assessed (SSVC 2.0.3).What do these mean? →
- Exploitation: none
- Automatable: no
- Technical impact: partial
Summary
In the Linux kernel, the following vulnerability has been resolved: gsmi: fix null-deref in gsmi_get_variable We can get EFI variables without fetching the attribute, so we must allow for that in gsmi. commit 859748255b43 ("efi: pstore: Omit efivars caching EFI varstore access layer") added a new get_variable call with attr=NULL, which triggers panic in gsmi.
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: no · Technical impact: partial
- Record last updated
Affected versions
- Linux Linux
Version range not reported
- Linux Linux
3.0
References 7
git.kernel.org
- stable/c/ee5763ef829bd923033510de6d1df7c73f085e4b
- stable/c/32313c11bdc8a02c577abaf865be3664ab30410a
- stable/c/ffef77794fb5f1245c3249b86342bad2299accb5
- stable/c/ae2a9dcc8caa60b1e14671294e5ec902ea5d1dfd
- stable/c/eb0421d90f916dffe96b4c049ddf01c0c50620d2
- stable/c/6646d769fdb0ce4318ef9afd127f8526d1ca8393
- stable/c/a769b05eeed7accc4019a1ed9799dd72067f1ce8