CVE-2024-58240: tls: separate no-async decryption request handling from async
In the Linux kernel, the following vulnerability has been resolved:
tls: separate no-async decryption request handling from async
If we're not doing async, the handling is much simpler. There's no
reference counting, we just need to wait for the completion to wake us
up and return its result.
We should preferably also use a separate crypto_wait. I'm not seeing a
UAF as I did in the past, I think aec7961916f3 ("tls: fix race between
async notify and socket close") took care of it.
This will make the next fix easier.
Security readout for executives and security teams
Plain-English summary
A flaw in Linux kernel TLS decryption handling received a critical 9.8 score, indicating potentially remote, unauthenticated impact. However, the supplied description mainly documents separating synchronous and asynchronous request handling and does not identify a demonstrated use-after-free or concrete attack outcome. Treat affected systems urgently, while recognizing that the evidence does not establish exploitation.
Executive priority
Start an urgent patch and exposure assessment because the supplied rating is critical and the vector requires no privileges or user interaction. Prioritize affected internet-reachable and high-value Linux systems. Do not infer an ongoing compromise solely from the score: no KEV listing or active-exploitation evidence is supplied.
Technical view
The Linux kernel change separates non-asynchronous TLS decryption requests from asynchronous handling. Synchronous requests wait for completion and return its result without reference counting. The supplied CVSS vector indicates network reachability, low complexity, no privileges or user interaction, and high potential impact. No CWE, confirmed corruption primitive, proof of concept, or exploit mechanism is provided.
Likely exposure
The record identifies affected Linux kernel entries beginning with 4.13 and including listed versions through 6.8. Practical exposure likely depends on use of the kernel TLS decryption path, but exact configuration prerequisites and affected branch boundaries are not clearly documented in the bundle. Distribution and appliance backports make kernel version strings alone insufficient.
Exploitation context
CISA KEV status is false, and the supplied sources do not report active exploitation or a public exploit. The CVSS vector describes a remotely reachable, unauthenticated scenario, but the technical description says no use-after-free was observed and does not explain a proven path to confidentiality, integrity, or availability compromise.
Researcher notes
The description presents this commit as simplifying non-async handling and making a subsequent fix easier. It also says an earlier race fix likely prevented the previously observed use-after-free. Consequently, the precise vulnerable condition, security primitive, and version boundaries remain unclear. Validate branch-specific commits and vendor backports before declaring a host vulnerable or remediated.
Mitigation direction
Apply the appropriate vendor-supported kernel update incorporating the cited Linux stable change or its backport.
Consult Linux distributor guidance to resolve ambiguous affected and fixed version boundaries.
Review Debian and Siemens advisories when their packages or products are deployed.
If updating is delayed, request vendor-specific mitigations; the bundle names no standalone workaround.
Prioritize externally reachable systems using kernel TLS decryption.
Validation and detection
Inventory both installed and currently running kernel versions across Linux systems.
Determine which hosts enable or use Linux kernel TLS decryption.
Confirm the running kernel contains the applicable stable commit or documented vendor backport.
Compare package status against relevant distributor or product advisories.
Monitor authoritative advisories for revised scope or exploitation evidence.
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-2024-58240 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
2ADP providers
9Source 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.