Skip to main content

Linux Kernel EUVDEUVD-2026-45870

| CVE-2026-64185 MEDIUM
2026-07-19 Linux GHSA-v9gp-g328-r6m8
5.5
CVSS 3.1 · NVD
Share

Severity by source

NVD PRIMARY
5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
vuln.today AI
4.7 MEDIUM

Exploitation requires specific -ENOMEM conditions during sysfs update (AC:H); local low-privilege access required; availability-only impact with no confidentiality or integrity loss.

3.1 AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H
4.0 AV:L/AC:H/AT:P/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE
MEDIUM
qualitative
Red Hat
5.5 MEDIUM
qualitative

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

5
Analysis Generated
Aug 11, 2026 - 23:13 vuln.today
CVSS changed
Aug 11, 2026 - 20:07 NVD
5.5 (MEDIUM)
Patch available
Jul 19, 2026 - 17:03 EUVD
CVE Published
Jul 19, 2026 - 15:41 cve.org
UNKNOWN (no severity yet)
CVE Published
Jul 19, 2026 - 15:41 nvd
MEDIUM 5.5

DescriptionNVD

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

sysfs: don't remove existing directory on update failure

When sysfs_update_group() is called for a named group and create_files() fails (e.g. -ENOMEM), internal_create_group() calls kernfs_remove(kn) on the group directory. In the update path, kn was obtained via kernfs_find_and_get() and refers to a directory that already existed before this call. Removing it silently destroys a sysfs group that the caller did not create.

Only remove the directory if we created it ourselves. On update failure the directory remains as it is left empty by remove_files() inside create_files(), but can be repopulated by a retry.

AnalysisAI

Sysfs group corruption in the Linux kernel's kernfs/sysfs subsystem can cause local denial of service when a pre-existing attribute group directory is silently deleted during a failed update operation. When sysfs_update_group() encounters an allocation failure (-ENOMEM) in create_files(), the cleanup code in internal_create_group() calls kernfs_remove(kn) on a kernfs node obtained via kernfs_find_and_get() - a directory that existed before the call - rather than restricting removal to directories it created. This logic error, affecting multiple stable kernel branches prior to the respective fix commits, is not in CISA KEV, carries an EPSS of 0.17% (6th percentile), and no public exploit has been identified.

Technical ContextAI

The vulnerability resides in the Linux kernel's sysfs virtual filesystem layer, which delegates its on-disk (tmpfs-backed) operations to the kernfs subsystem. The affected code path is internal_create_group(), invoked via sysfs_update_group() to refresh named attribute groups exposed to userspace under /sys. When create_files() fails midway (e.g., due to -ENOMEM), the cleanup branch unconditionally calls kernfs_remove(kn), destroying the group directory. In the update path, kn was retrieved via kernfs_find_and_get() - a lookup of an existing directory - rather than freshly allocated; the code did not track whether it was responsible for directory creation, causing it to delete state it did not own. The fix conditions the kernfs_remove() call on whether the directory was created by the current invocation. No formal CWE is assigned, but the root cause class maps closely to CWE-459 (Incomplete Cleanup) or CWE-672 (Operation on a Resource after Expiration or Release). Affected CPE: cpe:2.3:a:linux:linux:*:*:*:*:*:*:*:*.

RemediationAI

The definitive fix is to upgrade to a patched kernel: 5.10.258+ for the 5.10.x series, 5.15.209+ for 5.15.x, 6.1.175+ for 6.1.x, 6.6.142+ for 6.6.x, 6.12.92+ for 6.12.x, 6.18.34+ for 6.18.x, 7.0.11+ for 7.0.x, or 7.1+ for mainline. Upstream fix commits are available directly at https://git.kernel.org/stable/c/c5e125c828b701afaf7493b42a14aa89362ff36d and the seven additional stable-branch commits listed in the CVE references. Ubuntu users should apply the patch via USN-8575-1 (https://ubuntu.com/security/notices/USN-8575-1). No meaningful workaround exists short of patching, since the code path is internal to sysfs group management. Given the local-only attack vector and low exploitation probability, systems with no untrusted local users face negligible immediate risk; however, patching remains the only definitive remediation.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 16.0 Affected

Share

EUVD-2026-45870 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy