CVE-2023-53344: can: bcm: bcm_tx_setup(): fix KMSAN uninit-value in vfs_write
In the Linux kernel, the following vulnerability has been resolved:
can: bcm: bcm_tx_setup(): fix KMSAN uninit-value in vfs_write
Syzkaller reported the following issue:
=====================================================
BUG: KMSAN: uninit-value in aio_rw_done fs/aio.c:1520 [inline]
BUG: KMSAN: uninit-value in aio_write+0x899/0x950 fs/aio.c:1600
aio_rw_done fs/aio.c:1520 [inline]
aio_write+0x899/0x950 fs/aio.c:1600
io_submit_one+0x1d1c/0x3bf0 fs/aio.c:2019
__do_sys_io_submit fs/aio.c:2078 [inline]
__se_sys_io_submit+0x293/0x770 fs/aio.c:2048
__x64_sys_io_submit+0x92/0xd0 fs/aio.c:2048
do_syscall_x64 arch/x86/entry/common.c:50 [inline]
do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80
entry_SYSCALL_64_after_hwframe+0x63/0xcd
Uninit was created at:
slab_post_alloc_hook mm/slab.h:766 [inline]
slab_alloc_node mm/slub.c:3452 [inline]
__kmem_cache_alloc_node+0x71f/0xce0 mm/slub.c:3491
__do_kmalloc_node mm/slab_common.c:967 [inline]
__kmalloc+0x11d/0x3b0 mm/slab_common.c:981
kmalloc_array include/linux/slab.h:636 [inline]
bcm_tx_setup+0x80e/0x29d0 net/can/bcm.c:930
bcm_sendmsg+0x3a2/0xce0 net/can/bcm.c:1351
sock_sendmsg_nosec net/socket.c:714 [inline]
sock_sendmsg net/socket.c:734 [inline]
sock_write_iter+0x495/0x5e0 net/socket.c:1108
call_write_iter include/linux/fs.h:2189 [inline]
aio_write+0x63a/0x950 fs/aio.c:1600
io_submit_one+0x1d1c/0x3bf0 fs/aio.c:2019
__do_sys_io_submit fs/aio.c:2078 [inline]
__se_sys_io_submit+0x293/0x770 fs/aio.c:2048
__x64_sys_io_submit+0x92/0xd0 fs/aio.c:2048
do_syscall_x64 arch/x86/entry/common.c:50 [inline]
do_syscall_64+0x3d/0xb0 arch/x86/entry/common.c:80
entry_SYSCALL_64_after_hwframe+0x63/0xcd
CPU: 1 PID: 5034 Comm: syz-executor350 Not tainted 6.2.0-rc6-syzkaller-80422-geda666ff2276 #0
Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/12/2023
=====================================================
We can follow the call chain and find that 'bcm_tx_setup' function
calls 'memcpy_from_msg' to copy some content to the newly allocated
frame of 'op->frames'. After that the 'len' field of copied structure
being compared with some constant value (64 or 8). However, if
'memcpy_from_msg' returns an error, we will compare some uninitialized
memory. This triggers 'uninit-value' issue.
This patch will add 'memcpy_from_msg' possible errors processing to
avoid uninit-value issue.
Tested via syzkaller
Security readout for executives and security teams
Plain-English summary
A local user could trigger a Linux kernel bug in CAN Broadcast Manager handling that may crash or disrupt the system. It was found by syzkaller/KMSAN and fixed by adding error handling around message copy failures. The source bundle does not show remote exposure or active exploitation.
Executive priority
Treat as a routine but real kernel availability risk. It is not currently evidenced as exploited or remotely reachable, but shared Linux systems should receive normal kernel patching priority to reduce local denial-of-service exposure.
Technical view
bcm_tx_setup allocates op->frames and uses memcpy_from_msg. If the copy fails, code could compare an uninitialized len field against constants, triggering a KMSAN uninitialized-value condition via AIO write paths. CVSS 5.5: local, low complexity, low privileges, availability impact only.
Likely exposure
Exposure appears limited to Linux kernels in the cited affected ranges, including versions from 4.8 through 6.3. Practical exposure depends on deployed kernel builds and whether relevant CAN BCM functionality is reachable to local users.
Exploitation context
The bundle reports syzkaller discovery and KMSAN detection, not in-the-wild exploitation. KEV is false. The stated impact is availability only, requiring local access with low privileges and no user interaction.
Researcher notes
The root issue is missing error handling after memcpy_from_msg in bcm_tx_setup, leaving copied frame data potentially uninitialized before len validation. The public evidence supports denial-of-service style availability impact, not confidentiality or integrity compromise.
Mitigation direction
Update affected Linux kernels to builds containing the referenced stable fixes.
Use distribution kernel advisories to identify the correct patched package for each system.
Prioritize multi-user, shared, or untrusted workload hosts first.
If patch timing is unclear, check vendor guidance for supported temporary mitigations.
Validation and detection
Inventory Linux kernel versions across servers, workstations, appliances, and containers using host kernels.
Compare deployed versions with the affected ranges and vendor fixed builds.
Confirm whether CAN BCM support is present and reachable on exposed hosts.
Verify patch inclusion through distribution changelogs or the referenced stable commits.
Record KEV status as not listed, but continue routine monitoring.
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.
cwe · low confidence lookup
CWE-908: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
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.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-908 · source CWE mapping
Use of Uninitialized Resource
Use of Uninitialized Resource represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.