Linux Kernel: Race Condition (CVE-2026-80776)

Was ist betroffen, was ist zu tun

Im Linux-Kernel wurde folgende Schwachstelle behoben: futex: Behebung eines Rennzustands in `futex_pivot_pending()` während der Größenänderung des privaten Hashes Eine Aufgabe, die eine benutzerdefinierte Größenänderung des privaten Hashes durchführt, kann ununterbrochen im Schlafmodus blockiert bleiben. Der Task-Detektor meldet: INFO: task futex-resizer:314 blockiert für mehr als 10 Sekunden. task:futex-resizer state:D stack:14824 pid:314 tgid:312 ppid:311 Aufrufverfolgung: __schedule+0x521/0xf30 schedule+0x22/0xa0 futex_hash_allocate+0x3db/0x490 __do_sys_prctl+0x6f5/0xbd0 do_syscall_64+0xf9/0x530 entry_SYSCALL_64_after_hwframe+0x77/0x7f Kernel-Panik - Synchronisation nicht möglich: blockierte Aufgaben `futex_pivot_pending()` erlaubt es der Größenänderungsanfrage fortzufahren, wenn entweder kein Ersatz-Hash ansteht (`hash_new == NULL`) oder die Referenzanzahl des aktuellen Hashes null erreicht hat.

Aktualisieren Sie Linux Kernel auf Version 6.18.46, Linux Kernel auf Version 7.1.11, Linux Kernel auf Version 7.2.

Betroffen

• Linux Kernel lt 6.16..6.18.46
• Linux Kernel lt 6.19..7.1.11

Behoben in

• Linux Kernel 6.18.46
• Linux Kernel 7.1.11
• Linux Kernel 7.2

Unklar, ob und wie Sie betroffen sind? Frage zu dieser Schwachstelle stellen

Metriken

Erkennungsregeln

Für diese Schwachstelle liegt noch keine NEOSEC-Erkennungsregel vor.

Einordnung nach NIS2 und CRA

Regelbasierte Einordnung aus Ausnutzungsstatus und Schweregrad. Sie ersetzt keine Prüfung im Einzelfall.

NIS2

NIS2 ist die EU-Richtlinie (EU) 2022/2555 zur Erhöhung des Cybersicherheitsniveaus in der Union. Sie weitet Pflichten gegenüber der ersten NIS-Richtlinie deutlich aus: mehr Sektoren, verbindliches Risikomanagement, gestufte Meldepflichten und persönliche Verantwortung der Geschäftsleitung.

Im Glossar lesen

Behandeln Sie die Schwachstelle im regulären Schwachstellenmanagement nach Art. 21 Abs. 2 lit. e NIS2.

CRA

Der CRA ist die EU-Verordnung (EU) 2024/2847 mit horizontalen Cybersicherheitsanforderungen an „Produkte mit digitalen Elementen“ — von Industriesteuerungen über Software bis zu vernetzten Verbrauchergeräten. Erstmals müssen Hersteller Sicherheit über den gesamten Produktlebenszyklus gewährleisten, Schwachstellen behandeln und Sicherheitsupdates bereitstellen.

Im Glossar lesen

Ab dem 11.12.2027 verpflichtet Anhang I Teil II CRA Hersteller betroffener Produkte mit digitalen Elementen, Schwachstellen unverzüglich zu behandeln und Sicherheitsupdates bereitzustellen.

ISO/IEC 27001

ISO/IEC 27001 ist der international führende Standard für ein Informationssicherheits-Managementsystem (ISMS). Er beschreibt einen risikobasierten, prozessorientierten Rahmen, um Informationssicherheit systematisch zu planen, umzusetzen, zu überprüfen und zu verbessern.

Im Glossar lesen

Maßnahme A.8.8, Management technischer Schwachstellen: Relevanz für Ihre Systeme bewerten, Behebung einplanen und nachweisen.

Beschreibung

Im Linux-Kernel wurde folgende Schwachstelle behoben: futex: Behebung eines Rennzustands in `futex_pivot_pending()` während der Größenänderung des privaten Hashes Eine Aufgabe, die eine benutzerdefinierte Größenänderung des privaten Hashes durchführt, kann ununterbrochen im Schlafmodus blockiert bleiben. Der Task-Detektor meldet: INFO: task futex-resizer:314 blockiert für mehr als 10 Sekunden. task:futex-resizer state:D stack:14824 pid:314 tgid:312 ppid:311 Aufrufverfolgung: __schedule+0x521/0xf30 schedule+0x22/0xa0 futex_hash_allocate+0x3db/0x490 __do_sys_prctl+0x6f5/0xbd0 do_syscall_64+0xf9/0x530 entry_SYSCALL_64_after_hwframe+0x77/0x7f Kernel-Panik - Synchronisation nicht möglich: blockierte Aufgaben `futex_pivot_pending()` erlaubt es der Größenänderungsanfrage fortzufahren, wenn entweder kein Ersatz-Hash ansteht (`hash_new == NULL`) oder die Referenzanzahl des aktuellen Hashes null erreicht hat. Nach dem finalen Wachruf kann eine andere futex-Aufgabe den Wechsel zwischen den beiden Beobachtungen abschließen: T1 T2 futex_hash_allocate() wait_var_event(mm, ...) futex_pivot_pending(mm) hash_new != NULL futex_hash() futex_ref_get(old) -> false futex_pivot_hash(mm) hash_new = NULL __futex_pivot_hash(mm, new) rcu_assign_pointer(hash, new) fph = rcu_dereference(hash) /* new */ futex_ref_is_dead(fph) -> false schedule() Der Wechsel ändert den Zustand von `hash_new != NULL` mit einem toten aktuellen Hash zu `hash_new == NULL` mit einem lebenden aktuellen Hash. Da `futex_pivot_pending()` die Lesezugriffe auf `hash_new` und `hash` ohne Serialisierung durchführt, kann die Größenänderungsaufgabe den Zustand von `hash_new` vor dem Wechsel und den Zustand von `hash` nach dem Wechsel beobachten. Dadurch gibt `futex_pivot_pending()` fälschlicherweise zurück, dass der Wechsel noch nicht abgeschlossen ist, obwohl er bereits erfolgt ist. Die Aufgabe geht dann in den Schlafmodus, nachdem der Wachruf bereits verbraucht wurde. Die Serialisierung von Zustandslesezugriffen in `futex_pivot_pending()` wird durch `futex_mm_phash::lock` sichergestellt. Dadurch beobachtet `futex_pivot_pending()` `hash_new` und `hash` atomar, wodurch der Rennzustand eliminiert wird.

Quelle: HKCERT (CC BY 3.0 HK) · HKCERT-Einstufung: mittel, Ubuntu Security Notices, BSI WID Portal, BSI CSAF, ENISA EUVD, cvelistv5, CVE.org (MITRE)

Hersteller und Produkte

• Linux Linux
• Red Hat Openshift
• Ubuntu Ubuntu Linux
• Ubuntu Linux-aws
• Ubuntu Linux-aws-7.0
• Ubuntu Linux-azure
• Ubuntu Linux-azure-fde
• Ubuntu Linux-azure-fde-7.0
• Ubuntu Linux-gcp
• Ubuntu Linux-gcp-7.0
• Ubuntu Linux-gke
• Ubuntu Linux-hwe-7.0

Quellen & Referenzen

• git.kernel.orgstable/c/4a7e941ca29a608c6244cbd028d3599ecaef7207euvd
• git.kernel.orgstable/c/19b4be0717fa83265d66aea836b7022d898422cfeuvd
• git.kernel.orgstable/c/8e7ff730dd96519a333d1570edf1c3fabb6d3629euvd

Änderungen an der CVE

Wer diese CVE wann geändert hat: die NVD (Analyse, betroffene Produkte, CVSS), der Herausgeber der CVE (CNA) und ergänzende Stellen wie CISA (ADP).

1. 04.09.2026Neu erfasstLinux

   Beschreibung erfasst oder geändert

   Neue Referenzen:

   • https://git.kernel.org/stable/c/19b4be0717fa83265d66aea836b7022d898422cf
   • https://git.kernel.org/stable/c/4a7e941ca29a608c6244cbd028d3599ecaef7207
   • https://git.kernel.org/stable/c/8e7ff730dd96519a333d1570edf1c3fabb6d3629
   5 Einzeländerungen im Original anzeigen

   Einzeländerungen dieses Ereignisses im Original der NVD

   Art	Aktion	Vorher	Nachher
   Beschreibung	ergänzt	—	In the Linux kernel, the following vulnerability has been resolved: futex: Fix race in futex_pivot_pending() during private hash resize A task performing a custom private hash resize can remain blocked in uninterruptible sleep indefinitely. The hung-task detector reports: INFO: task futex-resizer:314 blocked for more than 10 seconds. task:futex-resizer state:D stack:14824 pid:314 tgid:312 ppid:311 Call Trace: __schedule+0x521/0xf30 schedule+0x22/0xa0 futex_hash_allocate+0x3db/0x490 __do_sys_prctl+0x6f5/0xbd0 do_syscall_64+0xf9/0x530 entry_SYSCALL_64_after_hwframe+0x77/0x7f Kernel panic - not syncing: hung_task: blocked tasks futex_pivot_pending() allows the resize request to continue when either no replacement hash is pending (hash_new == NULL) or the current hash reference count has reached zero. After the final-reference wake, another futex task can complete the pivot between the two observations: T1 T2 futex_hash_allocate() wait_var_event(mm, ...) futex_pivot_pending(mm) hash_new != NULL futex_hash() futex_ref_get(old) -> false futex_pivot_hash(mm) hash_new = NULL __futex_pivot_hash(mm, new) rcu_assign_pointer(hash, new) fph = rcu_dereference(hash) /* new */ futex_ref_is_dead(fph) -> false schedule() The pivot changes the state from hash_new != NULL with a dead current hash to hash_new == NULL with a live current hash. Because futex_pivot_pending() reads hash_new and hash without serialization, the resize task can observe hash_new in the pre-pivot state and hash in the post-pivot state, causing futex_pivot_pending() to return false even though the pivot has completed. The task then goes to sleep after the wakeup has already been consumed. Serialize state reads in futex_pivot_pending() using futex_mm_phash::lock. This guarantees that futex_pivot_pending() observes hash_new and hash atomically, eliminating the race condition.
   Betroffene Versionen (Herausgeber)	ergänzt	—	New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/80xxx/CVE-2026-80776.json">CVE-2026-80776</a>
   Referenz	ergänzt	—	https://git.kernel.org/stable/c/19b4be0717fa83265d66aea836b7022d898422cf
   Referenz	ergänzt	—	https://git.kernel.org/stable/c/4a7e941ca29a608c6244cbd028d3599ecaef7207
   Referenz	ergänzt	—	https://git.kernel.org/stable/c/8e7ff730dd96519a333d1570edf1c3fabb6d3629

   Kennung der Quelle: 416baaa9-dc9f-4396-8d5f-8c081fb06d67