LiveActive security incident?Get immediate response
CVE Record

CVE-2024-26831: net/handshake: Fix handshake_req_destroy_test1

In the Linux kernel, the following vulnerability has been resolved: net/handshake: Fix handshake_req_destroy_test1 Recently, handshake_req_destroy_test1 started failing: Expected handshake_req_destroy_test == req, but handshake_req_destroy_test == 0000000000000000 req == 0000000060f99b40 not ok 11 req_destroy works This is because "sock_release(sock)" was replaced with "fput(filp)" to address a memory leak. Note that sock_release() is synchronous but fput() usually delays the final close and clean-up. The delay is not consequential in the other cases that were changed but handshake_req_destroy_test1 is testing that handshake_req_cancel() followed by closing the file actually does call the ->hp_destroy method. Thus the PTR_EQ test at the end has to be sure that the final close is complete before it checks the pointer. We cannot use a completion here because if ->hp_destroy is never called (ie, there is an API bug) then the test will hang. Reported by: Guenter Roeck <linux@roeck-us.net>

UnknownCVSS not scoredNot KEV-listedUpdated
Glexia's TakeAutomated analysisunknown

Security readout for executives and security teams

Plain-English summary

This CVE is in the Linux kernel. The public description centers on delayed file close cleanup affecting a network handshake request destroy test. It does not describe a practical attacker path, business impact, or data compromise scenario. Treat exposure as kernel-version dependent and wait for distribution-specific guidance where applicable.

Executive priority

Handle as routine vulnerability management unless a vendor advisory raises severity or confirms operational impact. The current public evidence does not support emergency action, but kernel exposure should still be tracked because remediation often requires reboots and scheduling.

Technical view

The issue concerns net/handshake cleanup behavior after sock_release() was replaced with fput(). Because fput() can defer final close and cleanup, a test checking whether handshake_req_cancel() plus file close calls ->hp_destroy needed to wait for final close completion. Public data does not define CVSS, CWE, or runtime exploitability.

Likely exposure

Likely exposure is limited to systems running affected Linux kernel versions listed in the CVE bundle, including 6.6 through 6.6.18, 6.7.6, and 6.8. Distribution kernels may differ because vendors backport fixes and version numbers do not always map directly.

Exploitation context

No active exploitation is stated. The CVE is not marked KEV in the provided bundle, and the sources do not describe exploit code, attacker prerequisites, or a production abuse scenario.

Researcher notes

The public record is sparse and describes a cleanup timing issue surfaced by handshake_req_destroy_test1. The key technical uncertainty is whether this represents only test behavior or a broader runtime safety issue. No CVSS, CWE, or exploitability detail is provided.

Mitigation direction

  • Check Linux vendor or distribution advisories for packaged kernel status.
  • Prioritize normal kernel update channels once fixed packages are available.
  • Map running kernels against affected and fixed version guidance.
  • Avoid treating upstream commit IDs as package versions without vendor confirmation.

Validation and detection

  • Inventory Linux kernel versions across servers, appliances, and containers hosts.
  • Confirm whether distributions have backported the referenced stable fixes.
  • Review vulnerability scanner findings for CVE-to-package mapping accuracy.
  • Document exceptions where kernel updates require maintenance windows.
Prepared
Confidence
medium
Sources
5

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-26831 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Unknown
CVSS
Not scored
Known Exploited
No
Published
Official CVE source material

CNA and ADP enrichment extracted from CVE v5

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
2ADP providers
4Source links

SSVC decision data

CISA-ADPCISA Coordinator
Timestamp
Version
2.0.3
Exploitation: noneAutomatable: noTechnical Impact: partial

Vulnerability timeline

Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.

  1. CVE reservedCVE Program

    The CVE ID was reserved by the assigning CNA.

  2. CVE publishedCVE Program

    The CVE record was published.

  3. CVE updatedCVE Program

    The CVE record metadata indicates this as the latest update time.

ADP provider summaries

CVECVE Program Container
CISA-ADPCISA ADP Vulnrichment
other:ssvc
Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
LinuxLinux4a0f07d71b0483cc08c03cefa7c85749e187c214, 4a0f07d71b0483cc08c03cefa7c85749e187c214, 4a0f07d71b0483cc08c03cefa7c85749e187c214, 1751e44980466e3ebc246d22d3ebd422197704b6, 6.5.6unaffected
LinuxLinux6.6, 0, 6.6.18, 6.7.6, 6.8affected
Weakness

CWE details

No CWE listed

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.