Security readout for executives and security teams
Plain-English summary
A Linux networking flaw can crash kernels with hardened user-copy protection when an application reads certain TCP error-queue data. The result is primarily an availability risk: an affected system may panic or terminate critical workloads. The supplied evidence does not establish data theft, code execution, or active exploitation.
Executive priority
Treat this as a targeted availability issue, not a demonstrated system-compromise emergency. Patch affected production kernels through normal expedited maintenance, prioritizing critical network services and embedded appliances where a kernel panic would cause material downtime. Escalate urgency if vendors confirm remote reachability or exploitation.
Technical view
Cloned TCP socket buffers from skbuff_fclone_cache lack the user-copy region defined for skbuff_head_cache. When such a buffer reaches sk_error_queue, recvmsg(MSG_ERRQUEUE) can make sock_recv_errqueue() pass skb->cb data to put_cmsg(), triggering CONFIG_HARDENED_USERCOPY and a kernel BUG. The fix copies through a local stack buffer.
Likely exposure
Exposure requires an affected Linux kernel, CONFIG_HARDENED_USERCOPY, and the documented TCP buffer cloning, timestamp error-queue, and userspace read conditions. The bundle identifies affected versions from 4.16 through listed stable releases ending at 6.19, but does not provide reliable distribution-package mappings or complete version ranges.
Exploitation context
The supplied record is not in KEV and provides no evidence of active exploitation. It documents a reproducible kernel panic, indicating denial-of-service potential when the required networking path is reachable. It does not establish remote triggerability, required privileges, public weaponization, or consequences beyond the demonstrated crash.
Researcher notes
The failure is a hardened-usercopy whitelist mismatch for skb2->cb inside skbuff_fclones. The documented offset falls within sock_exterr_skb.ee, and the correction uses a stack bounce buffer before put_cmsg(). Exact introduction and fixed-version boundaries are unclear from the supplied version list; validate against each stable commit and downstream backports.
Mitigation direction
Update to a vendor-supported kernel containing the referenced stable fix.
Check distribution and appliance advisories for exact corrected package versions.
Prioritize exposed, availability-critical systems using hardened user-copy kernels.
Apply vendor-recommended temporary mitigations if immediate kernel replacement is unavailable.
Validation and detection
Record running kernel versions and confirm CONFIG_HARDENED_USERCOPY status.
Map vendor kernel packages to the referenced stable commits.
Search kernel logs for usercopy violations involving skbuff_fclone_cache and sock_recv_errqueue.
Verify updated systems boot the corrected kernel, not an older installed image.
Test affected timestamping and error-queue workloads safely after updating.
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-22977 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.