Description
In the Linux kernel, the following vulnerability has been resolved:

thunderbolt: Make the DP tunnel activation callback mandatory

tb_tunnel_alloc_dp() takes an optional callback which is run from
dprx_work once the DPRX capabilities read has completed. Without that
callback tb_dp_dprx_start() reads the capabilities synchronously and
never queues the work. It however always takes a tunnel reference which
is only dropped by dprx_work itself or by tb_dp_dprx_stop() when
cancel_delayed_work() actually canceled that work. That reference is
thus leaked for every tunnel without a callback.

The only tunnels without one are those from tb_tunnel_discover_dp(),
which are activated again when restoring from hibernation.
Pass the callback to tb_tunnel_discover_dp() as well and drop the
synchronous path such that the DPRX capabilities are always read from
dprx_work. Hibernation restore then also no longer blocks for up to 12
seconds while waiting for that read to complete.

Also fix up the KUnit tests.
Published: 2026-10-18
Score: n/a
EPSS: n/a
KEV: No
Impact: Denial of Service via resource leak
Action: Apply Patch
AI Analysis

Impact

In the Linux kernel the Thunderbolt DP tunnel allocation routine can omit a mandatory callback, which means the reference counter for a tunnel is never decreased. This leads to a memory/resource leak for each tunnel created without the callback, potentially exhausting kernel memory or delaying operations that depend on those resources. The vulnerability also introduces a synchronous path that can block hibernation restore for up to twelve seconds while waiting for capability reads to complete.

Affected Systems

All Linux kernel installations that include the Thunderbolt DP tunnel driver are affected. No specific kernel version numbers are listed; the issue is present until the kernel incorporates the fix included in the referenced commits.

Risk and Exploitability

The problem is a kernel-level resource leak that requires privileged execution of Thunderbolt driver code to manifest. While the CVSS score is not provided, the potential for denial of service and the fact that the bug resides in the kernel suggest a high impact. The attacker would need local or elevated privileges to trigger the allocation path, which lowers the likelihood of remote exploitation. The EPSS score is not available, and the vulnerability is not listed in CISA's KEV catalog.

Generated by OpenCVE AI on October 18, 2026 at 19:36 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade to a Linux kernel revision that incorporates the patch commits 12f5d8b85a66a0ac08d082517d92ce136f8c0d42 and 47d60ea801fc333a10c576691eca2e7840b02d3d
  • Reboot the system after applying the updated kernel to activate the changes
  • Verify that Thunderbolt DP tunnels no longer leak resources by checking kernel logs for reference count warnings or using memory‑leak detection tools
  • If an immediate kernel upgrade is not possible, disable Thunderbolt support or the DP tunnel features to prevent the leak until a fix can be applied

Generated by OpenCVE AI on October 18, 2026 at 19:36 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Sun, 18 Oct 2026 20:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-401
CWE-795

Sun, 18 Oct 2026 16:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: thunderbolt: Make the DP tunnel activation callback mandatory tb_tunnel_alloc_dp() takes an optional callback which is run from dprx_work once the DPRX capabilities read has completed. Without that callback tb_dp_dprx_start() reads the capabilities synchronously and never queues the work. It however always takes a tunnel reference which is only dropped by dprx_work itself or by tb_dp_dprx_stop() when cancel_delayed_work() actually canceled that work. That reference is thus leaked for every tunnel without a callback. The only tunnels without one are those from tb_tunnel_discover_dp(), which are activated again when restoring from hibernation. Pass the callback to tb_tunnel_discover_dp() as well and drop the synchronous path such that the DPRX capabilities are always read from dprx_work. Hibernation restore then also no longer blocks for up to 12 seconds while waiting for that read to complete. Also fix up the KUnit tests.
Title thunderbolt: Make the DP tunnel activation callback mandatory
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-18T15:46:16.794Z

Reserved: 2026-09-25T10:25:14.364Z

Link: CVE-2026-98692

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-18T16:17:22.623

Modified: 2026-10-18T16:17:22.623

Link: CVE-2026-98692

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-18T20:00:12Z

Weaknesses
  • CWE-401

    Missing Release of Memory after Effective Lifetime

  • CWE-795

    Only Filtering Special Elements at a Specified Location