s390/zcrypt: Pad trailing CCA or EP11 message with zeros
- 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.13, 7.1.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: s390/zcrypt: Pad trailing CCA or EP11 message with zeros The both functions xcrb_msg_to_type6cprb_msgx() and xcrb_msg_to_type6_ep11cprb_msgx() copy the user space message into a kernel buffer based on the message length. But on further processing the message is supposed to be 4 byte length adjusted. Thus up to 3 bytes of uninitialized kernel memory are forwarded to further processing steps and may unwanted expose kernel memory to the crypto card firmware. This patch contains code to pad the gap between user space copied message and message buffer length sent down to further processing of the CCA or EP11 message to zeros.
Timeline
- CVE published
- Record last updated
Affected versions
- Linux Linux
From 20b0b0159390fa5c00a435195649680fefda81e0 · fixed in 44e61f1834831f873af5a4fec5a5e432b929c6a2; From e2c6d91eb8b1533753755f07803e47eceed263d0 · fixed in 2db92a56b000173d332b6c30f38a5a4444e4355a; From e2c6d91eb8b1533753755f07803e47eceed263d0 · fixed in eb363254472493e3458156fc11fd56dca92f4333; From 6.12.114 · fixed in 6.13
- Linux Linux
7.1
- KernelLinux
From 7.1.0 · fixed in 7.1.10