CVE-2023-54306: net: tls: avoid hanging tasks on the tx_lock
In the Linux kernel, the following vulnerability has been resolved:
net: tls: avoid hanging tasks on the tx_lock
syzbot sent a hung task report and Eric explains that adversarial
receiver may keep RWIN at 0 for a long time, so we are not guaranteed
to make forward progress. Thread which took tx_lock and went to sleep
may not release tx_lock for hours. Use interruptible sleep where
possible and reschedule the work if it can't take the lock.
Testing: existing selftest passes
Security readout for executives and security teams
Plain-English summary
CVE-2023-54306 is a Linux kernel TLS issue where a peer can keep a connection from making progress long enough that kernel tasks wait on a transmit lock for hours. The practical concern is availability, not data theft, based on the provided sources.
Executive priority
Handle through normal to accelerated kernel patch management, especially for availability-sensitive Linux services. There is no source evidence of active exploitation, but the bug can create long-running kernel task stalls under adversarial network behavior.
Technical view
The Linux kernel net/tls code could sleep while holding tx_lock when a receiver keeps the TCP receive window at zero. The fix changes waiting behavior to use interruptible sleep where possible and reschedules work if the lock cannot be acquired.
Likely exposure
Exposure is most relevant to Linux systems running affected kernel versions or commits with kernel TLS paths in use. The source data lists Linux as affected but does not identify distributions, appliances, or default configurations.
Exploitation context
The provided record does not show CISA KEV listing or active exploitation. The issue was reported through syzbot as a hung task condition, with an adversarial receiver described as able to keep RWIN at zero.
Researcher notes
The bundle provides no CVSS, CWE, exploit status, or distribution package mapping. Analysis should stay scoped to Linux kernel net/tls behavior and the stable commits. Avoid assuming impact beyond availability unless additional vendor evidence appears.
Mitigation direction
Apply Linux kernel updates that include the referenced stable fixes.
Check distribution vendor advisories for backported fixed kernel packages.
Prioritize internet-facing or high-availability systems using TLS-heavy services.
Review whether kernel TLS is enabled or required in exposed workloads.
Use vendor guidance before changing TLS offload or kernel TLS behavior.
Validation and detection
Inventory kernel versions across Linux hosts and images.
Map running kernels to vendor advisories or referenced stable commit fixes.
Identify services or stacks using kernel TLS where practical.
Review kernel logs for hung tasks involving net/tls or tx_lock.
Confirm patched kernels are deployed after maintenance.
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-2023-54306 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.
0CVSS vectors
3Timeline events
0ADP providers
7Source links
Vulnerability timeline
Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.
CVE reservedCVE Program
The CVE ID was reserved by the assigning CNA.
CVE publishedCVE Program
The CVE record was published.
Dec 30, 2025, 12:23 UTC (UTC+00:00)
CVE updatedCVE Program
The CVE record metadata indicates this as the latest update time.