In the Linux kernel, the following vulnerability has been resolved:
nvmet-auth: zero the AUTH_RECEIVE response buffer
nvmet_execute_auth_receive() allocates the response buffer with kmalloc()
sized by the host-supplied AUTH_RECEIVE allocation length, but the
DH-HMAC-CHAP builders write only a fixed-size message into it. The full
allocation length is then copied to the wire by nvmet_copy_to_sgl(), so a
remote initiator receives the bytes past the built message -- up to nearly
a page of uninitialized slab -- during the pre-authentication handshake.
Allocate the buffer with kzalloc() so the unwritten tail is zeroed before
it is sent; conforming responses are unaffected.
from db1312dd95488b5e6ff362ff66fcf953a46b1821 before 447b668faa14710f611e714031e3739ac3ec3a4f; from db1312dd95488b5e6ff362ff66fcf953a46b1821 before 8f6363c8d54dde95982f0ab45e77cf57ec0efd62; from db1312dd95488b5e6ff362ff66fcf953a46b1821 before dfcf013f77709ebdb282767edc2795a37cab5b57; from db1312dd95488b5e6ff362ff66fcf953a46b1821 before b26189d28442183a8b5edb754f4a6918f77ca84e; from db1312dd95488b5e6ff362ff66fcf953a46b1821 before 2dcc9226203da7275a9c29d20007da278d73d5e9; from db1312dd95488b5e6ff362ff66fcf953a46b1821 before 1d6837d98bf966a041af65de5f78de7409ff83bc; from db1312dd95488b5e6ff362ff66fcf953a46b1821 before 3ddcfb013322aa37eaa7a0d344b73079c38dfa21
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.
