CVE-2026-64192

Linux kernel (GCP) vulnerabilities

Beschreibung

Im Linux-Kernel wurde die folgende Schwachstelle behoben: bpf: Ablehnung der Erstellung von BPF_MAP_TYPE_INODE_STORAGE, wenn das BPF-LSM nicht initialisiert ist Wenn CONFIG_BPF_LSM=y gesetzt ist, werden BPF-Inode-Speicherkarten (BPF_MAP_TYPE_INODE_STORAGE) in den Kernel kompiliert. Wenn das BPF-LSM jedoch nicht explizit beim Booten aktiviert wird (z.B. aus dem "lsm=" Boot-Parameter weggelassen), wird lsm_prepare() nie für das BPF-LSM ausgeführt. Folglich bleibt der Offset des BPF-Inode-Sicherheitsblobs (bpf_lsm_blob_sizes.lbs_inode) uninitialisiert und behält seine Standardkompilierungsgröße von 8 Bytes bei, anstatt auf einen gültigen Offset nach dem reservierten struct rcu_head aktualisiert zu werden (typischerweise 16 Bytes oder mehr). Wenn ein privilegierter Benutzer eine BPF_MAP_TYPE_INODE_STORAGE-Karte erstellt und aktualisiert, bewertet bpf_inode() inode->i_security + 8. Dies verweist fälschlicherweise auf den struct rcu_head.func Callback-Pointer am Anfang des inode->i_security-Blobs. Während der anschließenden Bereinigung von Karten-Elementen oder Inode-Zerstörung wird beim Schreiben von NULL in owner_storage der angehängte RCU-Callback-Pointer gelöscht. Wenn rcu_do_batch() später den angehängten Callback ausführt, versucht es, eine Anweisung vom Adresse 0x0 zu laden und löst einen sofortigen Kernel-Panikzustand aus. Dies wird behoben, indem ein globaler bpf_lsm_initialized boolescher Flag mit __ro_after_init eingeführt wird. Setzen Sie diesen Flag auf true in bpf_lsm_init(), wenn das LSM-Framework das BPF-LSM erfolgreich registriert hat. Schalten Sie die Karten-Allokation in inode_storage_map_alloc() über diesen Flag, und geben Sie -EOPNOTSUPP zurück, wenn das BPF-LSM wiederum nicht initialisiert ist. Dieser fail-fast-Ansatz verhindert, dass der Userspace Inode-Speicherkarten zuweist, wenn die unterstützende BPF-LSM-Infrastruktur fehlt und vermeidet Zombie-Kartenzustände.

Metriken

Severity
high
kein öffentlicher PoC bekannt
7.8
Quelle: cna-v3
1.9 %
Niedrig — CVE gehört zu den unteren 10 % der heute bewerteten CVEs.
0.1 %
Niedrig — Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
Veröffentlicht
2026-09-07 09:05 UTC

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/413b14b9623a2e6ee131c2b2152b304aeb04e378
    • Reference: https://git.kernel.org/stable/c/721f669853bdbf46b475a81bb5d05d610f8c19de
    • Reference: https://git.kernel.org/stable/c/a6d634f794c808a261eac7d5af023a7e06b9ecd8
    • Affected: Linux, LinuxLinux, Linux
  2. CVE Modified2026-08-17 05:17 UTC· 416baaa9-dc9f-4396-8d5f-8c081fb06d67
    • Affected: Linux, LinuxLinux, Linux
  3. Initial Analysis2026-08-11 19:04 UTC· nvd@nist.gov
    • CVSS V3.1: AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
    • CWE: CWE-476
    • CPE Configuration: OR *cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* versions from (including) 6.19 up to (excluding) 7.1.4 *cpe:2.3:o:linux:linux_kernel:7.2:rc1:*:*:*:*:*:* *cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* versions from (including) 5.10 up to (excluding) 6.6.148 *cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* versions from (including) 6.13 up to (excluding) 6.18.40 *cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* versions from (including) 6.7 up to (excluding) 6.12.97
    • Reference Type: kernel.org: https://git.kernel.org/stable/c/267fdd9b6530c399dfd996e1a0a7628b45baf9f0 Types: Patch
  4. CVE Modified2026-07-24 15:19 UTC· 416baaa9-dc9f-4396-8d5f-8c081fb06d67
    • Reference: https://git.kernel.org/stable/c/267fdd9b6530c399dfd996e1a0a7628b45baf9f0
    • Reference: https://git.kernel.org/stable/c/de984ea883405420fdc416ae8964b752df586970
    • Affected: Linux, LinuxLinux, Linux
  5. New CVE Received2026-07-20 17:18 UTC· 416baaa9-dc9f-4396-8d5f-8c081fb06d67
    • Affected: Linux, Linux
    • Description: In the Linux kernel, the following vulnerability has been resolved: bpf: Reject BPF_MAP_TYPE_INODE_STORAGE creation if BPF LSM is uninitialized When CONFIG_BPF_LSM=y is set, BPF inode storage maps (BPF_MAP_TYPE_INODE_STORAGE) are compiled into the kernel. However, if the BPF LSM is not explicitly enabled at boot time (e.g. omitted from the "lsm=" boot parameter), lsm_prepare() is never executed for the BPF LSM. Consequently, the BPF inode security blob offset (bpf_lsm_blob_sizes.lbs_inode) is never initialized and remains at its default compiled size of 8 bytes instead of being updated to a valid offset past the reserved struct rcu_head (typically 16 bytes or more). When a privileged user creates and updates a BPF_MAP_TYPE_INODE_STORAGE map, bpf_inode() evaluates inode->i_security + 8. This erroneously aliases the struct rcu_head.func callback pointer at the beginning of the inode->i_security blob. During subsequent map element cleanup or inode destruction, writing NULL to owner_storage clears the queued RCU callback pointer. When rcu_do_batch() later executes the queued callback, it attempts an instruction fetch at address 0x0, triggering an immediate kernel panic. Fix this by introducing a global bpf_lsm_initialized boolean flag marked with __ro_after_init. Set this flag to true inside bpf_lsm_init() when the LSM framework successfully registers the BPF LSM. Gate map allocation in inode_storage_map_alloc() on this flag, returning -EOPNOTSUPP if the BPF LSM is in turn uninitialized. This fail-fast approach prevents userspace from allocating inode storage maps when the supporting BPF LSM infrastructure is absent, avoiding zombie map states.
    • Reference: https://git.kernel.org/stable/c/a6f0643e4f63cfaa0d5d4a69de4f132eac4b8fe4
    • Reference: https://git.kernel.org/stable/c/c76b8abce575e0c6e4096957220b4515ed847d89

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-64192
Linux kernel (GCP) vulnerabilities — CVE-2026-64192 | NEOSEC Intel