CVE-2026-43376: ksmbd: fix use-after-free by using call_rcu() for oplock_info
In the Linux kernel, the following vulnerability has been resolved:
ksmbd: fix use-after-free by using call_rcu() for oplock_info
ksmbd currently frees oplock_info immediately using kfree(), even
though it is accessed under RCU read-side critical sections in places
like opinfo_get() and proc_show_files().
Since there is no RCU grace period delay between nullifying the pointer
and freeing the memory, a reader can still access oplock_info
structure after it has been freed. This can leads to a use-after-free
especially in opinfo_get() where atomic_inc_not_zero() is called on
already freed memory.
Fix this by switching to deferred freeing using call_rcu().
Security readout for executives and security teams
Plain-English summary
A memory-management flaw in Linux ksmbd can allow oplock data to be accessed after it is freed. The supplied CVSS rates it 9.8 and remotely reachable without authentication, indicating potentially severe compromise or disruption where ksmbd is exposed. The sources do not establish real-world exploitation.
Executive priority
Treat this as urgent for systems actively serving SMB through ksmbd, especially network-accessible hosts. Rapidly inventory affected systems and schedule vendor-supported kernel updates. Systems not using ksmbd have lower practical exposure, but their package status should still be verified.
Technical view
ksmbd immediately frees oplock_info with kfree() while opinfo_get() and proc_show_files() may retain RCU-protected references. Without an RCU grace period, atomic_inc_not_zero() can access freed memory. The referenced fix defers reclamation through call_rcu(). The sources do not document a complete attack path.
Likely exposure
Exposure is most likely on Linux systems using ksmbd to provide network-accessible SMB services. The bundle lists multiple upstream releases and revisions, but its flattened version information is insufficient for reliable distribution-package mapping. Confirm exposure through vendor advisories and backport records.
Exploitation context
The supplied record is not listed in KEV and contains no evidence of active exploitation, public weaponization, or observed attacks. CVSS 9.8 describes assessed technical potential, not confirmed exploitation. Trigger conditions beyond the underlying concurrent RCU access are not documented.
Researcher notes
Analysis should focus on oplock_info lifetime and races between pointer removal, RCU readers, and immediate freeing. The source explicitly identifies opinfo_get() and proc_show_files() as readers. Do not infer reliable code execution from the CVSS score alone; reproducibility and exploitation evidence are absent.
Mitigation direction
Prioritize vendor kernel updates incorporating the referenced call_rcu() fix.
Map distribution kernel packages and backports against the referenced stable commits.
If updating is delayed, follow distributor guidance; the supplied sources identify no separate mitigation.
Validation and detection
Confirm whether ksmbd is enabled and serving SMB on each Linux host.
Record running kernel and distribution package versions.
Verify the kernel contains the applicable stable fix or an acknowledged distributor backport.
After updating, confirm each host booted the remediated kernel.
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-2026-43376 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.
1CVSS vectors
3Timeline events
0ADP providers
6Source links
CVSS vector scores
1 official score
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.