Security readout for executives and security teams
Plain-English summary
A Linux kernel memory-safety flaw can let a locally authenticated, low-privileged user trigger access to freed socket memory. The supplied CVSS assessment indicates possible confidentiality, integrity, and availability impact. It is serious for systems allowing untrusted local access, but the bundle provides no evidence of remote or active exploitation.
Executive priority
Treat this as an expedited maintenance issue for affected multi-user Linux systems. Patch promptly through normal emergency-change processes, emphasizing hosts with untrusted local users. Current evidence does not justify describing it as an internet-wide emergency, because the stated attack vector is local and active exploitation is unconfirmed.
Technical view
A race in the BPF sockmap verdict path can leave sk_psock_verdict_data_ready() reading an AF_UNIX socket’s freed sk_socket pointer after orphaning and an RCU grace period. Syzbot reproduced the use-after-free with KASAN. The kernel correction retrieves sk_socket and its operations under RCU protection.
Likely exposure
Potential exposure exists on affected Linux kernel builds where a low-privileged local user can reach the relevant AF_UNIX and BPF sockmap behavior. The supplied affected-version data includes 5.15 and several later release entries, but its formatting is ambiguous. Confirm exposure through distribution advisories and backport records rather than version strings alone.
Exploitation context
The supplied evidence documents a syzbot-generated KASAN use-after-free and assigns CVSS 7.8 with local access and low privileges required. CVE-2026-43016 is not marked as CISA KEV, and the bundle provides no evidence of active exploitation or a public weaponized exploit.
Researcher notes
The reported fault is a slab use-after-free in net/core/skmsg.c during unix_stream_sendmsg(). Holding the peer socket reference does not prevent sock_orphan() from allowing sk_socket to be freed after RCU. Referenced Linux stable commits implement the correction, but the bundle does not map each commit to a specific release branch.
Mitigation direction
Install a vendor-supported kernel containing the referenced stable correction.
Prioritize multi-user systems where untrusted users have local access.
Follow distribution guidance because vendors may backport fixes without changing major versions.
Restrict unnecessary local access while affected systems await maintenance.
Validation and detection
Record each system’s running kernel build and distribution package revision.
Check vendor advisories or changelogs for CVE-2026-43016 or the referenced correction.
Confirm the replacement kernel is active after updating and rebooting.
Review kernel logs for KASAN reports or crashes naming sk_psock_verdict_data_ready.
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-43016 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.