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

smb: client: reject userspace cifs.idmap descriptions

cifs.idmap key descriptions carry authority-bearing fields (owner and
group SIDs and uid/gid values in "os:"/"gs:"/"oi:"/"gi:" form) that the
cifs.idmap upcall helper treats as kernel-originating inputs. Unlike
its sibling cifs.spnego, the cifs.idmap key type has no vet_description
hook, so userspace can create keys of this type through
request_key(2)/add_key(2) and supply those fields without CIFS origin.
A request_key(2) call with a non-NULL callout then drives a root
usermodehelper upcall (/sbin/request-key -> cifs.idmap) that consumes
the unvetted description in root context.

Only accept cifs.idmap descriptions while CIFS is using its private
root_cred to request the key. id_to_sid()/sid_to_id() already run
under override_creds(root_cred), so the kernel-originated path is
unaffected.

This mirrors commit 3da1fdf4efbc ("smb: client: reject userspace
cifs.spnego descriptions"), which applied the same restriction to
cifs.spnego.
Published: 2026-09-25
Score: n/a
EPSS: n/a
KEV: No
Impact: Privilege Escalation
Action: Immediate Patch
AI Analysis

Impact

An unprivileged user can create a cifs.idmap key with arbitrary authority data that the kernel treats as originating from the CIFS subsystem. The request triggers a root usermodehelper that processes the unvalidated description in a root context. The malicious description contains owner and group SIDs and uid/gid values that the kernel later translates into actual identities, enabling the attacker to manipulate user-to-SID mapping and gain elevated privileges.

Affected Systems

The flaw is present in the Linux kernel across all distributions using the legacy cifs.idmap key type. No specific version range is enumerated in the CVE, so any unpatched kernel that implements cifs.idmap without the new restriction can be impacted.

Risk and Exploitability

Because the exploit runs a root‑level usermodehelper that interprets unchecked input, it can lead to privilege escalation. The EPSS score is not reported, and the vulnerability is not listed in the CISA KEV catalogue, but the absence of input validation in the cifs.idmap path and the kernel‑level handling imply a high severity. An attacker who can request a key with request_key(2) can map arbitrary SIDs, potentially elevating themselves to root or another privileged identity. Local exploitation is required, with only user‑space write permissions to request a key as a prerequisite.

Generated by OpenCVE AI on September 25, 2026 at 13:03 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Update the Linux kernel to a patched release that enforces origin verification for cifs.idmap descriptions.
  • If an upgrade is not immediately possible, disable or remove support for cifs.idmap keys, ensuring that request_key(2) cannot be used to create such keys.
  • Alternatively, reconfigure the request-key helper to run with non‑root privileges or restrict its execution to trusted callers to prevent untrusted data from being processed in a root context.

Generated by OpenCVE AI on September 25, 2026 at 13:03 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Fri, 25 Sep 2026 13:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-20
CWE-523

Fri, 25 Sep 2026 10:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: smb: client: reject userspace cifs.idmap descriptions cifs.idmap key descriptions carry authority-bearing fields (owner and group SIDs and uid/gid values in "os:"/"gs:"/"oi:"/"gi:" form) that the cifs.idmap upcall helper treats as kernel-originating inputs. Unlike its sibling cifs.spnego, the cifs.idmap key type has no vet_description hook, so userspace can create keys of this type through request_key(2)/add_key(2) and supply those fields without CIFS origin. A request_key(2) call with a non-NULL callout then drives a root usermodehelper upcall (/sbin/request-key -> cifs.idmap) that consumes the unvetted description in root context. Only accept cifs.idmap descriptions while CIFS is using its private root_cred to request the key. id_to_sid()/sid_to_id() already run under override_creds(root_cred), so the kernel-originated path is unaffected. This mirrors commit 3da1fdf4efbc ("smb: client: reject userspace cifs.spnego descriptions"), which applied the same restriction to cifs.spnego.
Title smb: client: reject userspace cifs.idmap descriptions
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-09-25T10:21:51.858Z

Reserved: 2026-09-24T16:01:01.155Z

Link: CVE-2026-97564

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-25T11:17:07.007

Modified: 2026-09-25T11:17:07.007

Link: CVE-2026-97564

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-25T13:15:07Z

Weaknesses
  • CWE-20

    Improper Input Validation

  • CWE-523

    Unprotected Transport of Credentials