Security readout for executives and security teams
Plain-English summary
A flaw in the Linux CAN Broadcast Manager can leave a stale proc entry after a connected network device is removed. A later connection may collide with that entry, producing a kernel warning and leaking the original entry. The supplied record rates potential impact as high, but does not demonstrate data theft, system takeover, or remote exploitation.
Executive priority
Treat this as a high-priority kernel maintenance issue on affected multi-user, automotive, industrial, or CAN-enabled Linux systems. Schedule normal expedited patching rather than an internet-facing emergency response unless local threat conditions raise urgency. The absence of documented active exploitation lowers immediate crisis pressure, but the high CVSS score warrants timely validation and remediation.
Technical view
The BCM socket tracks a proc entry after connect. Device unregistration resets the socket's bound state without removing that entry. A subsequent connect can attempt the same proc-entry allocation, set the stored pointer to NULL, and leave the original entry behind. The kernel fix removes the proc entry when the bound network device is unregistered.
Likely exposure
Exposure is limited to affected Linux kernels where CAN BCM is available and a local actor can trigger the relevant socket and network-device lifecycle. The CVSS vector requires local access and low privileges; no network-based path is identified. Confirm exact exposure against distribution kernels and backported fixes because the supplied version list is not sufficiently precise for every build.
Exploitation context
The issue was found by syzkaller using a synthetic virtual CAN-device sequence. The supplied record says it is not in CISA KEV and provides no evidence of active exploitation or a public weaponized exploit. Observed behavior is a kernel warning and leaked proc entry; broader confidentiality, integrity, and availability consequences are not demonstrated in the bundle.
Researcher notes
The supplied CVSS 3.1 score is 7.8 with local, low-complexity, low-privilege access and high CIA impacts. However, the technical description directly establishes a duplicate proc registration warning and resource leak only. No CWE is assigned. Researchers should distinguish the rated potential impact from demonstrated behavior and validate branch-specific backports using the referenced kernel commits.
Mitigation direction
Update to a vendor-supported kernel containing the applicable upstream stable fix.
Check distribution advisories for backported fixes before relying on version numbers alone.
Prioritize systems that enable CAN BCM and permit relevant local network-device operations.
If patching is delayed, review vendor guidance for supported temporary mitigations.
Validation and detection
Inventory kernel versions and distribution package revisions across Linux systems.
Confirm whether each kernel contains its branch-specific referenced stable commit or vendor backport.
Determine whether CAN BCM functionality is present or used on exposed hosts.
Review kernel logs for duplicate can-bcm proc-entry warnings or non-empty directory removal messages.
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-46771 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.
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.