In the Linux kernel, the following vulnerability has been resolved: tcp: clear sock_ops cb flags before force-closing a child socket A child socket… (CVE-2026-74268)
A vulnerability in the Linux kernel's TCP implementation involves improper handling of child socket callback flags during forced socket closure. Specifically, a child socket inherits callback flags from its listener, but if its setup fails, the child socket is freed while callbacks expecting a socket lock are still set, leading to a kernel warning and potential instability. The issue arises because the child socket's callback flags are not cleared before forced closure, causing tcp_done() to invoke callbacks without the expected socket lock.
AI Analysis
Technical Summary
The vulnerability (CVE-2026-74268) in the Linux kernel TCP stack occurs when a child socket inherits the listener's BPF socket operations callback flags via sk_clone_lock(). If the child socket setup fails in tcp_v4_syn_recv_sock() or tcp_v6_syn_recv_sock(), the child is freed through put_and_exit. During forced closure, inet_csk_prepare_forced_close() drops the socket lock, but tcp_done() runs and calls tcp_set_state(), which calls tcp_call_bpf() expecting the socket lock. This leads to a kernel warning due to sock_owned_by_me() check failure. The root cause is that the child socket's callback flags are not cleared before forced closure, causing callbacks to run on a freed or unestablished socket. The fix involves clearing the callback flags in inet_csk_prepare_for_destroy_sock(), covering IPv4, IPv6, chtls forced-close paths, and MPTCP failure paths.
Potential Impact
This vulnerability can cause kernel warnings and potentially unstable behavior due to callbacks being invoked on a child socket that was never fully established and is freed without the expected socket lock. While no direct exploit or remote code execution is indicated, the issue can lead to kernel instability or denial of service conditions.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. The vulnerability description indicates that a fix has been implemented in the Linux kernel source code by clearing the child socket callback flags before forced closure. Users should monitor official Linux kernel advisories and apply updates once available.
In the Linux kernel, the following vulnerability has been resolved: tcp: clear sock_ops cb flags before force-closing a child socket A child socket… (CVE-2026-74268)
Description
A vulnerability in the Linux kernel's TCP implementation involves improper handling of child socket callback flags during forced socket closure. Specifically, a child socket inherits callback flags from its listener, but if its setup fails, the child socket is freed while callbacks expecting a socket lock are still set, leading to a kernel warning and potential instability. The issue arises because the child socket's callback flags are not cleared before forced closure, causing tcp_done() to invoke callbacks without the expected socket lock.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability (CVE-2026-74268) in the Linux kernel TCP stack occurs when a child socket inherits the listener's BPF socket operations callback flags via sk_clone_lock(). If the child socket setup fails in tcp_v4_syn_recv_sock() or tcp_v6_syn_recv_sock(), the child is freed through put_and_exit. During forced closure, inet_csk_prepare_forced_close() drops the socket lock, but tcp_done() runs and calls tcp_set_state(), which calls tcp_call_bpf() expecting the socket lock. This leads to a kernel warning due to sock_owned_by_me() check failure. The root cause is that the child socket's callback flags are not cleared before forced closure, causing callbacks to run on a freed or unestablished socket. The fix involves clearing the callback flags in inet_csk_prepare_for_destroy_sock(), covering IPv4, IPv6, chtls forced-close paths, and MPTCP failure paths.
Potential Impact
This vulnerability can cause kernel warnings and potentially unstable behavior due to callbacks being invoked on a child socket that was never fully established and is freed without the expected socket lock. While no direct exploit or remote code execution is indicated, the issue can lead to kernel instability or denial of service conditions.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. The vulnerability description indicates that a fix has been implemented in the Linux kernel source code by clearing the child socket callback flags before forced closure. Users should monitor official Linux kernel advisories and apply updates once available.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-37cp-x28m-gm7h
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-74268"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a808b6cbf8831d5394f8506
Added to database: 08/15/2026, 15:53:16 UTC
Last enriched: 08/15/2026, 16:18:03 UTC
Last updated: 08/15/2026, 16:18:03 UTC
Views: 2
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.