Vulnerability DatabaseCVE-2026-100079

CVE-2026-100079: 
Linux Kernel vulnerability analysis and mitigation

Overview

CVE-2026-100079 is a resource leak vulnerability in the Linux kernel's USB Type-C UCSI (USB Connector System Software Interface) subsystem, specifically in the handling of debugfs entries during device teardown. The flaw arises because ucsi_register() creates per-instance debugfs entries that are not cleaned up by ucsi_unregister(), persisting until ucsi_destroy() is called. This causes conflicts when drivers such as ucsi_glink attempt to re-register the same UCSI instance across remoteproc restarts, resulting in a denial-of-service condition. Affected Linux kernel versions include 6.6.x before 6.6.157, 6.7–6.12.x before 6.12.110, 6.13–6.18.x before 6.18.52, and 6.19–7.2.x before 7.2.6. It carries a CVSS v3.1 base score of 5.5 (Medium) (GitHub Advisory, Feedly).

Technical details

The root cause is classified as CWE-772 (Missing Release of Resource after Effective Lifetime): debugfs directory entries allocated during ucsi_register() are not freed during ucsi_unregister(), only during the later ucsi_destroy() call. When a driver like ucsi_glink triggers a remoteproc restart cycle — calling ucsi_unregister() followed by ucsi_register() on the same instance — the kernel attempts to create a debugfs directory (e.g., pmic_glink.ucsi.0) that already exists, logging the error debugfs: 'pmic_glink.ucsi.0' already exists in 'ucsi'. The fix moves debugfs cleanup into ucsi_unregister() and nullifies the ucsi->debugfs pointer post-free to make repeated unregister paths safe (GitHub Advisory, Feedly). Exploitation requires local access with driver-level or root privileges.

Impact

Successful exploitation results in a denial-of-service condition affecting USB Type-C functionality on the impacted system. A local privileged user can trigger repeated unregister/register cycles of UCSI instances, causing debugfs entry conflicts that prevent proper re-registration and disrupt USB Type-C port management during device restart scenarios. There is no confidentiality or integrity impact; the vulnerability is limited to availability (CVSS availability impact: High, local attack vector) (Feedly, GitHub Advisory).

Exploitability

There is no public proof-of-concept exploit and no evidence of in-the-wild exploitation as of the time of this report (Feedly). The vulnerability is not listed in the CISA Known Exploited Vulnerabilities (KEV) catalog. The EPSS score is approximately 0.00156 (~0.16%), indicating a very low probability of exploitation in the near term. Exploitation requires local access with elevated privileges, significantly limiting the attack surface.

Indicators of compromise

  • Logs: Kernel log messages containing debugfs: 'pmic_glink.ucsi.0' already exists in 'ucsi' (or similar UCSI instance names), indicating a failed debugfs directory creation during re-registration.
  • System Behavior: USB Type-C ports becoming unresponsive or failing to re-initialize after a remoteproc or driver restart cycle on systems using ucsi_glink or similar UCSI drivers.
  • Kernel Messages: Repeated dmesg entries referencing UCSI registration failures or debugfs conflicts following device or subsystem restarts.

Mitigation and workarounds

Update the Linux kernel to a patched version that properly unregisters debugfs entries as part of ucsi_unregister() and clears the ucsi->debugfs pointer after freeing it. Fixed versions are: 6.6.157, 6.12.110, 6.18.52, 7.2.6, and 7.3-rc1 (upstream). Patches are available via the Linux stable kernel tree (GitHub Advisory, Microsoft Advisory). No configuration-based workaround is documented; upgrading to a patched kernel version is the recommended remediation. Distribution-specific updates (e.g., Debian, Ubuntu, RHEL) should be applied as they become available.

Community reactions

The vulnerability was covered in a Linux security roundup discussing CVEs affecting Debian and Ubuntu kernels, noting it as part of a broader batch of kernel fixes (Linux Compatible). Cybersecurity news outlets reported on Debian patching over 1,300 kernel flaws in a major update that included this CVE (CyberSecurityNews). Community reaction has been minimal given the low severity and limited exploitability of the issue.

Additional resources

Linux Distribution fix status

Fix availability across major Linux distributions and their releases.

Debian

Fixed

bookworm

linux

Fixed

sid

linux: 7.2.6-1

Fixed

trixie

linux: 6.12.111-1

Fixed

Ubuntu

Affected

bionic

linux

Not Affected

bionic (esm-infra)

linux

Not Affected

bionic (fips-updates)

linux-fips

Not Affected

bionic (fips)

linux-fips

Not Affected

devel

linux-realtime: 7.3.0-6.6.1

Affected

focal

linux

Not Affected

focal (esm-infra)

linux

Not Affected

focal (fips-updates)

linux-fips

Not Affected

RHEL / CentOS

Affected

OpenShift

openshift/ose-rhel-coreos-9

Affected

RHEL 8

Not Affected

RHEL 9

kernel.src

Affected

RHEL 10

kernel.src

Affected

Source: This report was generated using AI

Related Linux Kernel vulnerabilities:

CVE ID

Severity

Score

Technologies

Component name

CISA KEV exploit

Has fix

Published date

CVE-2026-100075CRITICAL9.8
  • Linux Kernel logoLinux Kernel
  • linux-azure-fde-5.15
NoYesSep 25, 2026
CVE-2026-98164MEDIUM5.5
  • Linux Kernel logoLinux Kernel
  • kernel-tools
NoYesSep 29, 2026
CVE-2026-98161MEDIUM5.5
  • Linux Kernel logoLinux Kernel
  • linux-azure-fde-5.15
NoYesSep 25, 2026
CVE-2026-100079MEDIUM5.5
  • Linux Kernel logoLinux Kernel
  • linux-azure-fde-7.0
NoYesSep 25, 2026
CVE-2026-100074MEDIUM5.5
  • Linux Kernel logoLinux Kernel
  • linux-nvidia-tegra-5.15
NoYesSep 25, 2026

Free Vulnerability Assessment

Benchmark your Cloud Security Posture

Evaluate your cloud security practices across 9 security domains to benchmark your risk level and identify gaps in your defenses.

Request assessment

Get a personalized demo

Ready to see Wiz in action?

"Best User Experience I have ever seen, provides full visibility to cloud workloads."
David EstlickCISO
"Wiz provides a single pane of glass to see what is going on in our cloud environments."
Adam FletcherChief Security Officer
"We know that if Wiz identifies something as critical, it actually is."
Greg PoniatowskiHead of Threat and Vulnerability Management