In the Linux kernel, the following vulnerability has been resolved: net/tcp-ao: fix use-after-free of key in del_async path In tcp_ao_delete_key(),… (CVE-2026-53389)
In the Linux kernel, the following vulnerability has been resolved: net/tcp-ao: fix use-after-free of key in del_async path In tcp_ao_delete_key(), the del_async path skips the current_key and rnext_key validity checks present in the synchronous path, assuming these pointers are always NULL on LISTEN sockets. However, if a key was added with set_current=1/set_rnext=1 while the socket was in CLOSE state, current_key and rnext_key will be non-NULL after listen() transitions the socket to LISTEN. When such a key is deleted with del_async=1, hlist_del_rcu() and call_rcu() free the key without clearing the dangling pointers. After the RCU grace period, getsockopt(TCP_AO_INFO) dereferences current_key->sndid and rnext_key->rcvid from freed slab memory. Clear current_key and rnext_key in the del_async path when they reference the key being deleted.
AI Analysis
Technical Summary
The Linux kernel's tcp_ao_delete_key() function had a use-after-free vulnerability in its asynchronous key deletion path. Unlike the synchronous path, the asynchronous path did not validate current_key and rnext_key pointers, assuming they were NULL on LISTEN sockets. However, if keys were added while the socket was in CLOSE state and then transitioned to LISTEN, these pointers could be non-NULL. When such keys were deleted asynchronously, the memory was freed without clearing these pointers, leading to use-after-free when getsockopt(TCP_AO_INFO) accessed them. The vulnerability was fixed by clearing current_key and rnext_key pointers when deleting keys asynchronously.
Potential Impact
This vulnerability allows a use-after-free condition in the Linux kernel TCP AO implementation, which could lead to kernel memory corruption or crashes when getsockopt(TCP_AO_INFO) is called on affected sockets. The specific impact depends on how the freed memory is accessed, but it could potentially be leveraged for denial of service or other kernel-level instability.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to clear dangling pointers in the asynchronous key deletion path of tcp_ao_delete_key(). Users should apply the official Linux kernel updates that include this fix. Since this is a kernel vulnerability, updating to a patched kernel version is the recommended mitigation. Patch status is not yet confirmed in this data — check the vendor advisory for current remediation guidance.
In the Linux kernel, the following vulnerability has been resolved: net/tcp-ao: fix use-after-free of key in del_async path In tcp_ao_delete_key(),… (CVE-2026-53389)
Description
In the Linux kernel, the following vulnerability has been resolved: net/tcp-ao: fix use-after-free of key in del_async path In tcp_ao_delete_key(), the del_async path skips the current_key and rnext_key validity checks present in the synchronous path, assuming these pointers are always NULL on LISTEN sockets. However, if a key was added with set_current=1/set_rnext=1 while the socket was in CLOSE state, current_key and rnext_key will be non-NULL after listen() transitions the socket to LISTEN. When such a key is deleted with del_async=1, hlist_del_rcu() and call_rcu() free the key without clearing the dangling pointers. After the RCU grace period, getsockopt(TCP_AO_INFO) dereferences current_key->sndid and rnext_key->rcvid from freed slab memory. Clear current_key and rnext_key in the del_async path when they reference the key being deleted.
CVSS v3.1
Score 7.8high
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel's tcp_ao_delete_key() function had a use-after-free vulnerability in its asynchronous key deletion path. Unlike the synchronous path, the asynchronous path did not validate current_key and rnext_key pointers, assuming they were NULL on LISTEN sockets. However, if keys were added while the socket was in CLOSE state and then transitioned to LISTEN, these pointers could be non-NULL. When such keys were deleted asynchronously, the memory was freed without clearing these pointers, leading to use-after-free when getsockopt(TCP_AO_INFO) accessed them. The vulnerability was fixed by clearing current_key and rnext_key pointers when deleting keys asynchronously.
Potential Impact
This vulnerability allows a use-after-free condition in the Linux kernel TCP AO implementation, which could lead to kernel memory corruption or crashes when getsockopt(TCP_AO_INFO) is called on affected sockets. The specific impact depends on how the freed memory is accessed, but it could potentially be leveraged for denial of service or other kernel-level instability.
Mitigation Recommendations
A fix has been implemented in the Linux kernel to clear dangling pointers in the asynchronous key deletion path of tcp_ao_delete_key(). Users should apply the official Linux kernel updates that include this fix. Since this is a kernel vulnerability, updating to a patched kernel version is the recommended mitigation. Patch status is not yet confirmed in this data — check the vendor advisory for current remediation guidance.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-x37v-hm75-xvf9
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-53389"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- 3.1
Threat ID: 6a5d27ad2a4a8d5989131f59
Added to database: 07/19/2026, 19:38:21 UTC
Last enriched: 07/19/2026, 20:22:54 UTC
Last updated: 09/03/2026, 22:52:12 UTC
Views: 61
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.