In the Linux kernel, the following vulnerability has been resolved:
scsi: mpi3mr: Avoid memcpy field-spanning write WARNING
When the "storcli2 show" command is executed for eHBA-9600, mpi3mr driver
prints this WARNING message:
memcpy: detected field-spanning write (size 128) of single field "bsg_reply_buf->reply_buf" at drivers/scsi/mpi3mr/mpi3mr_app.c:1658 (size 1)
WARNING: CPU: 0 PID: 12760 at drivers/scsi/mpi3mr/mpi3mr_app.c:1658 mpi3mr_bsg_request+0x6b12/0x7f10 [mpi3mr]
The cause of the WARN is 128 bytes memcpy to the 1 byte size array "__u8
replay_buf[1]" in the struct mpi3mr_bsg_in_reply_buf. The array is intended
to be a flexible length array, so the WARN is a false positive.
To suppress the WARN, remove the constant number '1' from the array
declaration and clarify that it has flexible length. Also, adjust the
memory allocation size to match the change.
Security readout for executives and security teams
Plain-English summary
This Linux kernel issue is tied to a warning in the mpi3mr SCSI driver when a storage management query is run against eHBA-9600 hardware. The source describes the warning as a false positive around a flexible-length reply buffer, not confirmed memory corruption. Business urgency is low unless affected storage hosts show driver warnings or stability concerns.
Executive priority
Handle during normal kernel maintenance unless storage hosts are logging warnings or affected hardware is business-critical. There is no cited active exploitation or CVSS score in the bundle, but affected storage infrastructure should still be patched through standard change control.
Technical view
The mpi3mr driver copied 128 bytes into a struct member declared as a one-byte array intended to behave as flexible length. Fortified memcpy detected this as a field-spanning write and emitted a WARN. The fix changes the array declaration to flexible length and adjusts allocation sizing.
Likely exposure
Exposure appears limited to Linux systems using the mpi3mr SCSI driver, especially Broadcom/LSI eHBA-9600-class storage environments where storcli2-style management operations are used. The bundle's version data is incomplete, so validate exposure against kernel package advisories and the referenced stable commits.
Exploitation context
The sources do not report active exploitation, public exploit use, KEV listing, privilege escalation, or remote attackability. The described trigger is an administrative storage query that causes a kernel warning. Treat exploitation evidence as absent, not disproven.
Researcher notes
The CVE appears to address a fortified memcpy warning caused by a one-byte placeholder array used as a flexible buffer. The source explicitly calls the warning a false positive. Evidence does not establish direct exploitability, impact beyond WARN logging, or downstream distribution fix status.
Mitigation direction
Check your Linux distribution's advisory for CVE-2024-36920.
Update affected kernels to builds containing the referenced stable fixes.
Prioritize storage hosts using the mpi3mr driver and eHBA-9600 hardware.
Monitor kernel logs for repeated mpi3mr WARN events.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cve · low confidence lookup
CVE-2024-36920 mapping review
Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.