Intel

CVE-2026-64294

Linux kernel (GCP) vulnerabilities

highEPSS 0.2 %

Beschreibung

Im Linux-Kernel wurde folgende Schwachstelle behoben: mm: Führen Sie Dateibesitzüberprüfungen mit der korrekten Mount-Idmap durch Seit die idmapped Mounts eingeführt wurden, wurden Inode-Besitzüberprüfungen (zur Seitenschutz) in mincore() und madvise(MADV_PAGEOUT) gegen nop_mnt_idmap durchgeführt, welche die Idmap der Datei-Mount vollständig ignoriert. Dies führt zu seltsamen Randfällen wie: 1) Mount/Bind-Mount mit einer idmap userA:userB:1 2) userB führt eine owner_or_capable()-Überprüfung auf eine Datei durch, die auf-disk/in-memory von userA besessen wird, aber nach Idmap-Übersetzung von userB 3) owner_or_capable() scheitert mysteriös, da die korrekte Idmap nicht bereitgestellt wurde Im Fall von mincore/madvise MADV_PAGEOUT ist dies in der Regel harmlos, weil file_permission(file, MAY_WRITE) wahrscheinlich erfolgreich sein wird, da es intern die richtige Idmap verwendet. Es muss jedoch nicht immer so sein, z.B. bei einer 0444-Datei, bei der selbst der Besitzer keine Schreibberechtigung hat. Da dies offensichtlich nicht trivial zu lösen ist, führen Sie eine file_owner_or_capable() ein, die die korrekten Semantiken tragen kann, und wechseln Sie die verschiedenen Benutzer in mm darauf um. Das Problem wurde durch manuelle Codeinspektion & eine außerhalb der Liste geführte Diskussion mit Jan Kara gefunden.

Quelle: UBUNTU_USNUBUNTU_USNUBUNTU_USNBSIBSI_CSAFCVELISTV5MSRCNVD

Metriken

Severity
high
Priority-Score
231.31
KEV-Status
—
Exploit-Reife
kein öffentlicher PoC bekannt
XIEM Effective CVSS
7.1
Quelle: cna-v3
CVSS v3
7.1
CVSS v4
—
EPSS-Perzentil
5.5 %
Niedrig — CVE gehört zu den unteren 10 % der heute bewerteten CVEs.
EPSS-Score
0.2 %
Niedrig — Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
Veröffentlicht
2026-09-07 09:05 UTC
CWE
—

Re-Analyse & Statuswechsel

Chronologie der NVD-Audit-Events für diese CVE — Reanalyses, CVSS-Updates, CPE-Diffs.

  1. CVE Modified2026-08-23 13:16 UTC· 416baaa9-dc9f-4396-8d5f-8c081fb06d67
    • Reference: https://git.kernel.org/stable/c/7368bec565bac3e536cd43579dbde1e715e6ba61
    • Reference: https://git.kernel.org/stable/c/b2f3d94ea310bea9d36d53e9d9b3f45e86c1d893
    • Affected: Linux, Linux → Linux, Linux
  2. CVE Modified2026-08-17 05:17 UTC· 416baaa9-dc9f-4396-8d5f-8c081fb06d67
    • Affected: Linux, Linux → Linux, Linux
  3. New CVE Received2026-07-25 10:17 UTC· 416baaa9-dc9f-4396-8d5f-8c081fb06d67
    • Affected: Linux, Linux
    • Description: In the Linux kernel, the following vulnerability has been resolved: mm: do file ownership checks with the proper mount idmap Ever since idmapped mounts were introduced, inode ownership checks (for side-channel protection) in mincore() and madvise(MADV_PAGEOUT) were done against the nop_mnt_idmap, which completely ignores the file's mount's idmap. This results in odd edgecases like: 1) mount/bind-mount with an idmap userA:userB:1 2) userB runs an owner_or_capable() check on file that is owned by userA on-disk/in-memory, but owned by userB after idmap translation 3) owner_or_capable() mysteriously fails as the correct idmap wasn't supplied In the case of mincore/madvise MADV_PAGEOUT, this is usually benign, because file_permission(file, MAY_WRITE) will probably succeed, as it uses the proper idmap internally, but it does not need to be the case on e.g a 0444 file where even the owner itself doesn't have permissions to write to it. Since this is clearly not trivial to get right, introduce a file_owner_or_capable() that can carry the correct semantics, and switch the various users in mm to it. The issue was found by manual code inspection & an off-list discussion with Jan Kara.
    • Reference: https://git.kernel.org/stable/c/04ba248d02d9eaa3d9077b00a6134caa75fa3e90
    • Reference: https://git.kernel.org/stable/c/5c942ad7df75925ee166e7f0fb36892d8dde376b

Betroffene Betriebssysteme

  • linux

    redhat / enterprise_linux10.0

  • linux

    redhat / enterprise_linux7.0

  • linux

    redhat / enterprise_linux8.0

  • linux

    redhat / enterprise_linux9.0

  • linux

    ubuntu / linux-aws-6.8jammy

  • linux

    ubuntu / linux-azureresolute

  • linux

    ubuntu / linux-azuretrusty

  • linux

    ubuntu / linux-azurexenial

  • linux

    ubuntu / linux-azure-4.15bionic

  • linux

    ubuntu / linux-azure-5.4bionic

  • linux

    ubuntu / linux-azure-fdenoble

  • linux

    ubuntu / linux-azure-fderesolute

  • linux

    ubuntu / linux-azure-fde-6.8jammy

  • linux

    ubuntu / linux-azure-fipsbionic

  • linux

    ubuntu / linux-azure-fipsfocal

  • linux

    ubuntu / linux-azure-fipsnoble

  • linux

    ubuntu / linux-fipsjammy

  • linux

    ubuntu / linux-gcp-7.0noble

  • linux

    ubuntu / linux-gkejammy

  • linux

    ubuntu / linux-nvidia-tegranoble

  • linux

    ubuntu / linux-raspinoble

  • linux

    ubuntu / linux-raspi-realtimenoble

  • linux

    linux / linux_kernel2.6.12

  • linux

    linux / linux_kernel2.6.15

Quellen & Referenzen

Verknüpfte CVEs

1392 weitere CVEs anzeigen
IDCVE-2026-64294
Linux kernel (GCP) vulnerabilities — CVE-2026-64294 | NEOSEC Intel