HochCVE-2026-64560

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

    Veröffentlicht Zuletzt geändert Quellen: SUSE, Siemens ProductCERT, HKCERT, Debian LTS, Ubuntu, Red Hat, Debian, BSI, CVE.org, Msrc Update Guide, OSV

    Teilen

    Was ist betroffen, was ist zu tun

    Im Linux-Kernel wurde folgende Schwachstelle behoben: **posix-cpu-timer:** Verhindern von UAF durch Rennen bei nicht-leader exec() Wongi und Jungwoo haben ein Rennen im Zusammenhang mit nicht-leader exec() entschlüsselt und gemeldet, das zu einem UAF führen kann: `sys_timer_delete()` `exec()` `posix_cpu_timer_del()` // Beobachtet alten Leader `p = pid_task(pid, pid_type);` `de_thread()` `switch_leader();` `release_task(old_leader)` `__exit_signal(old_leader)` `sighand = lock(old_leader, sighand);` `posix_cpu_timers*_exit();` `sighand = lock_task_sighand(p)` `unhash_task(old_leader);` `sh = lock(p, sighand)` `old_leader->sighand = NULL;` `unlock(sighand);` `(p->sighand == NULL)` `unlock(sh)` `return NULL;` // Gibt ohne Aktion zurück `if(!sighand)` `return 0;` `free_posix_timer();` Dies ist "harmlos", es sei denn, der gelöschte Timer war aktiviert und in `p->signal` eingereiht. Bei exec() wird ein TGID-zielgerichteter Timer geerbt.

    Ein Exploit ist öffentlich verfügbar. Aktualisieren Sie Linux Kernel auf Version 5.10.262, Linux Kernel auf Version 5.15.213, Linux Kernel auf Version 6.1.180.

    Betroffen
    • Linux Kernel lt 5.7..5.10.262
    • Linux Kernel lt 5.11..5.15.213
    • Linux Kernel lt 5.16..6.1.180
    • Linux Kernel lt 6.2..6.6.147
    • Linux Kernel lt 6.7..6.12.100
    • Linux Kernel lt 6.13..6.18.41
    • Linux Kernel lt 6.19..7.1.5
    Behoben in
    • Linux Kernel 5.10.262
    • Linux Kernel 5.15.213
    • Linux Kernel 6.1.180
    • Linux Kernel 6.6.147
    • Linux Kernel 6.12.100
    • Linux Kernel 6.18.41
    • Linux Kernel 7.1.5
    • Linux Kernel 7.2

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

    Metriken

    7,8

    Priorität

    XIEM Effective CVSS: höchste verfügbare CVSS-Bewertung aus NVD- und Herstellerangaben.

    Quelle: NVD, CVSS v3

    7,8

    CVSS v3

    Schweregrad Hoch auf der Skala von 0 bis 10.

    Quelle: SUSE, Siemens ProductCERT, HKCERT, Debian LTS, Ubuntu, Red Hat, Debian, BSI, CVE.org, Msrc Update Guide, OSV

    0,5 %

    EPSS-Score

    Niedrig – Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.

    Quelle: FIRST EPSS, Perzentil 43,3

    Alle Metriken anzeigen
    Schweregrad
    Hoch
    Priorität (0–325)

    Der Priorisierungs-Score ist eine zusammengeführte Kennzahl, die mehrere Einzelsignale zu einer einzigen, handlungsleitenden Rangfolge verdichtet: technische Schwere (CVSS), Ausnutzungswahrscheinlichkeit (EPSS), der Status als bekannt ausgenutzt (KEV) und der Kontext des betroffenen Assets. Ziel ist die Antwort auf die einzig wirklich wichtige Frage im Schwachstellenmanagement: Was zuerst?

    Im Glossar lesen
    75.30 Methodik
    Exploit-Reife

    Ein Exploit ist Code oder eine Technik, die eine konkrete Schwachstelle gezielt ausnutzt, um ein unbeabsichtigtes Verhalten zu erzwingen — etwa Code auszuführen oder Rechte auszuweiten. Er ist das Werkzeug, das aus einer theoretischen Lücke einen praktischen Angriff macht.

    Im Glossar lesen
    PoC (öffentlich gemeldet)
    XIEM Effective CVSS

    XIEM® ist das gestufte Managed-Security-Betriebsmodell von NEOSEC und eine eingetragene Marke der NEOSEC GmbH. Es erweitert klassisches SIEM — die zentrale Sammlung, Normalisierung und Korrelation sicherheitsrelevanter Ereignisse — um Endpunkt-Forensik, Netzwerk-Sichtbarkeit und Täuschungstechnik und führt diese zu drei aufeinander aufbauenden Stufen zusammen: Sentry, Orchestrate und Command.

    Im Glossar lesen
    7,8 Methodik
    CVSS v3

    CVSS ist der weltweit verbreitete, offene Standard zur Bewertung der technischen Schwere einer Schwachstelle auf einer Skala von 0 bis 10. Er beschreibt, wie leicht eine Lücke ausnutzbar ist und welchen Schaden sie anrichten kann — nicht jedoch, wie wahrscheinlich ihre tatsächliche Ausnutzung ist. CVSS und das ergänzende EPSS beantworten bewusst unterschiedliche Fragen.

    Im Glossar lesen
    7,8
    EPSS-Score

    Der EPSS-Score ist der absolute Modell-Output für eine einzelne Schwachstelle: die geschätzte Wahrscheinlichkeit einer realen Ausnutzung in den nächsten 30 Tagen, ausgedrückt als Wert zwischen 0 und 1 (bzw. 0 % bis 100 %). Ein Score von 0,42 bedeutet „das Modell schätzt eine 42-prozentige Chance auf reale Ausnutzung binnen 30 Tagen“.

    Im Glossar lesen
    0,5 %
    Niedrig – Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
    EPSS-Perzentil

    Das EPSS-Perzentil ist die relative Einordnung einer Schwachstelle innerhalb aller EPSS-bewerteten CVEs, ausgedrückt als Wert zwischen 0 und 1. Ein Perzentil von 0,90 bedeutet „diese CVE hat einen höheren EPSS-Score als 90 % aller anderen bewerteten CVEs“. Anders als der EPSS-Score ist es keine Wahrscheinlichkeit — sondern eine Positionierung im Ranking.

    Im Glossar lesen
    43,3
    Hoch – CVE rangiert über dem Median aller heute bewerteten CVEs (Rang ≥ 36 %).
    KEV-Status

    Der KEV-Katalog ist eine von der US-Behörde CISA gepflegte Liste von Schwachstellen, für die eine aktive Ausnutzung in der Praxis nachgewiesen ist. Er beantwortet nicht die Frage „wie schwer?“, sondern „wird es bereits angegriffen?“ — und priorisiert damit das Patchen scharf.

    Im Glossar lesen
    —
    Veröffentlicht
    CISA-Bewertung (SSVC)
    Ausnutzung: keine bekannt · nicht automatisierbar · Auswirkung: vollständig
    Quelle: CISA Vulnrichment, Stand 16. Oktober 2026
    CWE

    CWE ist ein Katalog typischer Schwächen-Arten in Software und Hardware — etwa fehlerhafte Eingabevalidierung, unsichere Speicherbehandlung oder mangelhafte Authentisierung. Während eine CVE eine konkrete Schwachstelle in einem konkreten Produkt benennt, beschreibt eine CWE die zugrunde liegende Fehlerklasse.

    Im Glossar lesen
    CWE-362

    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
    Hohe technische Schwere: Bewerten und beheben Sie die Schwachstelle im Schwachstellenmanagement nach Art. 21 Abs. 2 lit. e NIS2 und dokumentieren Sie die Entscheidung.
    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: **posix-cpu-timer:** Verhindern von UAF durch Rennen bei nicht-leader exec() Wongi und Jungwoo haben ein Rennen im Zusammenhang mit nicht-leader exec() entschlüsselt und gemeldet, das zu einem UAF führen kann: `sys_timer_delete()` `exec()` `posix_cpu_timer_del()` // Beobachtet alten Leader `p = pid_task(pid, pid_type);` `de_thread()` `switch_leader();` `release_task(old_leader)` `__exit_signal(old_leader)` `sighand = lock(old_leader, sighand);` `posix_cpu_timers*_exit();` `sighand = lock_task_sighand(p)` `unhash_task(old_leader);` `sh = lock(p, sighand)` `old_leader->sighand = NULL;` `unlock(sighand);` `(p->sighand == NULL)` `unlock(sh)` `return NULL;` // Gibt ohne Aktion zurück `if(!sighand)` `return 0;` `free_posix_timer();` Dies ist "harmlos", es sei denn, der gelöschte Timer war aktiviert und in `p->signal` eingereiht. Bei exec() wird ein TGID-zielgerichteter Timer geerbt. Da `sys_timer_delete()` das zugrunde liegende posix-Timer-Objekt freigibt, kann `run_posix_cpu_timers()` oder jede add/delete-Operation im Timerqueue auf anderen Timern den freigegebenen Objekts Timerqueue-Knoten aufrufen, was zu einem UAF führt. Ein ähnliches Problem besteht bei `posix_cpu_timer_set()`. Bei regulären posix-Timern gibt es nur vorübergehend -ESRCH an den Benutzerbereich zurück, aber im Fall von `do_cpu_nanosleep()` ist es der gleiche UAF, wobei das k_itimer auf dem Stapel allokiert wird. Auch `posix_cpu_timer_rearm()` scheitert daran, den Timer erneut zu aktivieren, was bedeutet, dass er nicht mehr abläuft. Während der Diskussion über Lösungen wies Frederic auf ein weiteres Problem hin: `posix_cpu_timer_del(tmr)` `__exit_signal(p)` `posix_cpu_timers*_exit(p);` `unhash_task(p);` `p->sighand = NULL;` `sh = lock_task_sighand(p)` `sighand = p->sighand;` `if (!sighand)` `return NULL;` `lock(sighand);` `if (!sh)` `WARN_ON_ONCE(timer_queued(tmr));` Auf schwach geordneten Architekturen ist nicht garantiert, dass `posix_cpu_timer_del()` die Speicheroperationen in `posix_cpu_timers*_exit()` beobachtet, wenn `p->sighand` als NULL beobachtet wird. Das bedeutet, dass das WARN() ein falsch-positives Ergebnis sein kann. Löse diese Probleme durch: 1) Ändern Sie den Speicher in `__exit_signal()` zu `smp_store_release()`. 2) Fügen Sie einen `smp_acquire__after_ctrl_dep()` im !sighand-Pfad von `lock_task_sighand()` ein. 3) Erstellen Sie eine Hilfsfunktion zum Suchen der Aufgabe und Sperren des sighand, die nicht zurückgibt, wenn sighand == NULL. Stattdessen versucht sie erneut, die Aufgaben-Suche durchzuführen und gibt nur auf, wenn das fehlschlägt. 4) Verwenden Sie diese Hilfsfunktion in den drei betroffenen Funktionen. #1/#2 stellt sicher, dass der Leseseite, die sighand == NULL beobachtet, auch alle vorhergehenden Speicheroperationen beobachtet, d.h. die Speicheroperationen in `posix_cpu_timers*_exit()` und diejenigen in `unhash_task()`. #3 stellt sicher, dass die oben beschriebene nicht-leader exec()-Situation elegant gehandhabt wird. Wenn die Aufgaben-Suche den alten Leader zurückgibt, aber sighand == NULL ist, versucht sie erneut. Im Fall von nicht-leader exec() beobachtet der nachfolgende Aufgabenaufruf aufgrund von #1/#2 den neuen Leader. In normalen exit()-Szenarien schlägt der nachfolgende Aufruf fehl. Wenn die Aufgaben-Suche fehlschlägt, überprüft die Funktion auch, ob der Timer noch eingereiht ist und gibt eine Warnung aus, wenn dies der Fall ist. Leider kann dagegen nichts unternommen werden, aber da die Aufgabe nicht mehr sichtbar ist, sollte der Timer nicht mehr aufgerufen werden. Diese Überprüfung erfordert auch Speicherordnung, die nicht bereitgestellt wird, wenn der erste Aufruf fehlschlägt. Um dies zu erreichen, wird die Überprüfung von einem `smp_rmb()` vorangestellt, das mit dem `smp_wmb()` in `write_seqlock()` in `__exit_signal()` gepaart ist. Dadurch werden die Speicheroperationen in `posix_cpu_timers*_exit()` sichtbar. Die Geschichte des nicht-leader exec()-Problems geht auf die frühen Tage der posix CPU-Timer zurück, die einen Zeiger zur Gruppenführer-Aufgabe im Timer speicherten. Das scheitert offensichtlich, wenn ein nicht-leader exec() den Leader wechselt. Der Commit e0a70217107e ("posix-cpu-timers: workaround to suppress the problems with mt exec") fügte 2010 eine temporäre Umgehung für dieses Problem hinzu, die überlebt hat --- abgeschnitten ---

    Quelle: suse_csaf, siemens_advisory, HKCERT (CC BY 3.0 HK) · HKCERT-Einstufung: mittel, Debian LTS Advisories, Ubuntu Security Notices, redhat_csaf, Debian Security Advisories, BSI WID Portal, BSI CSAF, cvelistv5, Microsoft Security Update Guide, NVD (NIST), CVE.org (MITRE), OSV (Open Source Vulnerabilities)

    Betroffene Produkte

    Betroffen sind die folgenden Versionen. Ältere Stände derselben Reihe sind ebenfalls verwundbar, sofern nicht anders angegeben.

    Betroffene Produkte
    Betroffene VersionenBehoben in
    LinuxLinux
    • 5.7 – < 5.10.262
    • 6.19 – < 7.1.5
    • 6.13 – < 6.18.41
    • 5.11 – < 5.15.213
    • 6.2 – < 6.6.147
    • 6.7 – < 6.12.100
    • 5.16 – < 6.1.180
    • —
    • 5.10.262
    • 7.1.5
    • 6.18.41
    • 5.15.213
    • 6.6.147
    • 6.12.100
    • 6.1.180
    • 7.2
    GoogleAndroid
    • 12
    • < 2026-11-05
    • 13
    • —
    • 2026-11-05
    • —
    GoogleAndroid 14
    • < 2026-11-01
    • 2026-11-01
    GoogleAndroid 15
    • < 2026-11-01
    • 2026-11-01
    GoogleAndroid 16
    • < 2026-11-01
    • 2026-11-01
    GoogleAndroid 17
    • < 2026-11-01
    • 2026-11-01
    GoogleAndroid Automotive OS
    • < 2026-11-01
    • 2026-11-01
    GoogleAndroid XR
    • < 2026-11-01
    • 2026-11-01
    IBMDataPower Gateway
    • < 11.0.0.3
    • < 10.6.0.11
    • < 10.5.0.23
    • 11.0.0.3
    • 10.6.0.11
    • 10.5.0.23
    SiemensSIMATIC S7
    • 1500 TM MFP V1.1.1 GNU/Linux subsystem
    • —
    android:linux_kernel:
    • :0
    • Kernel
    • :2026-11-05
    • —

    Hersteller und Produkte

    Betroffene Betriebssysteme

    Betroffene Betriebssysteme
    Linuxdebianlinuxbookworm
    Linuxdebianlinuxbullseye
    Linuxdebianlinuxtrixie
    Linuxubuntulinuxnoble
    Linuxubuntulinuxresolute
    Linuxdebianlinux-6.1bullseye
    Linuxdebianlinux-6.12bookworm
    Linuxubuntulinux-awsnoble
    Linuxubuntulinux-awsresolute
    Linuxubuntulinux-aws-7.0noble
    Linuxubuntulinux-aws-fipsnoble
    Linuxubuntulinux-azurenoble
    Linuxubuntulinux-azureresolute
    Linuxubuntulinux-azure-7.0noble
    Linuxubuntulinux-azure-fdenoble
    Linuxubuntulinux-azure-fderesolute
    Linuxubuntulinux-azure-fde-7.0noble
    Linuxubuntulinux-azure-fipsnoble
    Linuxubuntulinux-fipsnoble
    Linuxubuntulinux-gcpnoble
    Linuxubuntulinux-gcpresolute
    Linuxubuntulinux-gcp-7.0noble
    Linuxubuntulinux-gcp-fipsnoble
    Linuxubuntulinux-gkenoble

    Weakness-Klassen (CWE)

    • CWE-362Concurrent Execution using Shared Resource with Improper Synchronization ('Race Condition')

      Class

      The product contains a concurrent code sequence that requires temporary, exclusive access to a shared resource, but a timing window exists in which the shared resource can be modified by another code sequence operating concurrently.

      Eintrag bei MITRE CWE-362

    Öffentliche Exploit-Referenzen

    Öffentlich gemeldete Proof-of-Concepts, Exploit-Module und Detection-Templates zu dieser Schwachstelle. NEOSEC verlinkt ausschließlich auf die Originalquellen und stellt keinen Exploit-Code bereit.

    Öffentliche Exploit-Referenzen
    PoC-in-GitHub (nomi-sec)cve-2026-64560-rmx6699 (öffnet in neuem Tab)github.comPoC (öffentlich gemeldet)gemeldet, nicht verifiziert
    PoC-in-GitHub (nomi-sec)prague-CVE-2026-64560-OS4.0 (öffnet in neuem Tab)github.comPoC (öffentlich gemeldet)gemeldet, nicht verifiziert
    PoC-in-GitHub (nomi-sec)pmx110-cve-2026-64560 (öffnet in neuem Tab)github.comPoC (öffentlich gemeldet)gemeldet, nicht verifiziert
    PoC-in-GitHub (nomi-sec)plz110-6.12.69-cve-2026-64560-ksu (öffnet in neuem Tab)github.comPoC (öffentlich gemeldet)gemeldet, nicht verifiziert
    PoC-in-GitHub (nomi-sec)honor-90gt-mag-an00-root-research (öffnet in neuem Tab)github.comPoC (öffentlich gemeldet)gemeldet, nicht verifiziert
    PoC-in-GitHub (nomi-sec)CVE-2026-64560-exploit (öffnet in neuem Tab)github.comPoC (öffentlich gemeldet)gemeldet, nicht verifiziert
    PoC-in-GitHub (nomi-sec)opace6-cve-2026-64560 (öffnet in neuem Tab)github.comPoC (öffentlich gemeldet)gemeldet, nicht verifiziert
    PoC-in-GitHub (nomi-sec)cve-2026-64560-a16 (öffnet in neuem Tab)github.comPoC (öffentlich gemeldet)gemeldet, nicht verifiziert
    PoC-in-GitHub (nomi-sec)opace6-cve-2026-64560 (öffnet in neuem Tab)github.comPoC (öffentlich gemeldet)gemeldet, nicht verifiziert
    PoC-in-GitHub (nomi-sec)K80Pro-miro-CVE-2026-64560 (öffnet in neuem Tab)github.comPoC (öffentlich gemeldet)gemeldet, nicht verifiziert
    PoC-in-GitHub (nomi-sec)xiaomi15-dada-cve-2026-64560 (öffnet in neuem Tab)github.comPoC (öffentlich gemeldet)gemeldet, nicht verifiziert
    PoC-in-GitHub (nomi-sec)ghostlock-cve-2026-64560 (öffnet in neuem Tab)github.comPoC (öffentlich gemeldet)gemeldet, nicht verifiziert

    Quellen & Referenzen

    Ä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. Eintrag geändertCISA ADP

      Schwachstellentyp: CWE-362

      Einzeländerung im Original anzeigen
      Einzeländerungen dieses Ereignisses im Original der NVD
      ArtAktionVorherNachher
      Schwachstellentyp (CWE)ergänzt
      —
      CWE-362

      Kennung der Quelle: 134c704f-9b21-4f2e-91b3-4a467353bcc0

    2. Eintrag geändertCISA ADP

      CISA-Einschätzung (SSVC): Ausnutzung: keine bekannt, automatisierbar: nein

      Einzeländerung im Original anzeigen
      Einzeländerungen dieses Ereignisses im Original der NVD
      ArtAktionVorherNachher
      SSVC-Einschätzungergänzt
      —
      {"id":"CVE-2026-64560","role":"CISA Coordinator","options":[{"exploitation":"none"},{"automatable":"no"},{"technicalImpact":"total"}],"version":"2.0.3","timestamp":"2026-10-16T15:42:46.237776Z"}

      Kennung der Quelle: 134c704f-9b21-4f2e-91b3-4a467353bcc0

    3. Eintrag geändertSiemens ADP

      3 Einzeländerungen im Original anzeigen
      Einzeländerungen dieses Ereignisses im Original der NVD
      ArtAktionVorherNachher
      Betroffene Versionen (Herausgeber)ergänzt
      —
      Affected value modified. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/64xxx/CVE-2026-64560.json">CVE-2026-64560</a>
      Referenzergänzt
      —
      https://cert-portal.siemens.com/productcert/html/ssa-457936.html
      Referenzergänzt
      —
      https://cert-portal.siemens.com/productcert/html/ssa-784472.html

      Kennung der Quelle: 0b142b55-0307-4c5a-b3c9-f314f3fb7c5e

    4. Eintrag geändertLinux

      16 Einzeländerungen im Original anzeigen
      Einzeländerungen dieses Ereignisses im Original der NVD
      ArtAktionVorherNachher
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/12a891c773aeb5823d63dbd0cb2ab931d6c21c9b
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/67aa823e3e8c229c6d374df79c804f6721cb83b6
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/6a7ecc25abe6f0fecc6e62a05096987200edbd02
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/920f893f735e92ba3a1cd9256899a186b161928d
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/ad1cafa1bdaa71da85d71cac053838bbe97852b6
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/cc35ddbc497311e0b6b9a6a6a4f4d1217d6ab1aa
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/d8bcb28abad857f1415da7656f19b2ada90af04f
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/e74443f5db0037c556ef436fa64b88bf4ea08f83
      Referenzentfernt
      https://git.kernel.org/stable/c/12a891c773aeb5823d63dbd0cb2ab931d6c21c9b
      —
      Referenzentfernt
      https://git.kernel.org/stable/c/67aa823e3e8c229c6d374df79c804f6721cb83b6
      —
      Referenzentfernt
      https://git.kernel.org/stable/c/6a7ecc25abe6f0fecc6e62a05096987200edbd02
      —
      Referenzentfernt
      https://git.kernel.org/stable/c/920f893f735e92ba3a1cd9256899a186b161928d
      —
      Referenzentfernt
      https://git.kernel.org/stable/c/ad1cafa1bdaa71da85d71cac053838bbe97852b6
      —
      Referenzentfernt
      https://git.kernel.org/stable/c/cc35ddbc497311e0b6b9a6a6a4f4d1217d6ab1aa
      —
      Referenzentfernt
      https://git.kernel.org/stable/c/d8bcb28abad857f1415da7656f19b2ada90af04f
      —
      Referenzentfernt
      https://git.kernel.org/stable/c/e74443f5db0037c556ef436fa64b88bf4ea08f83
      —

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

    5. Eintrag geändertSiemens ADP

      2 Einzeländerungen im Original anzeigen
      Einzeländerungen dieses Ereignisses im Original der NVD
      ArtAktionVorherNachher
      Betroffene Versionen (Herausgeber)ergänzt
      —
      New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/64xxx/CVE-2026-64560.json">CVE-2026-64560</a>
      Referenzergänzt
      —
      https://cert-portal.siemens.com/productcert/html/ssa-019113.html

      Kennung der Quelle: 0b142b55-0307-4c5a-b3c9-f314f3fb7c5e

    4 ältere Änderungen anzeigen
    1. Eintrag geändertLinux

      1 Einzeländerung: Betroffene Versionen (Herausgeber)

      Einzeländerung im Original anzeigen
      Einzeländerungen dieses Ereignisses im Original der NVD
      ArtAktionVorherNachher
      Betroffene Versionen (Herausgeber)geändert
      Linux, Linux
      Linux, Linux

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

    2. Eintrag geändertLinux

      7 Einzeländerungen im Original anzeigen
      Einzeländerungen dieses Ereignisses im Original der NVD
      ArtAktionVorherNachher
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/12a891c773aeb5823d63dbd0cb2ab931d6c21c9b
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/67aa823e3e8c229c6d374df79c804f6721cb83b6
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/6a7ecc25abe6f0fecc6e62a05096987200edbd02
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/cc35ddbc497311e0b6b9a6a6a4f4d1217d6ab1aa
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/d8bcb28abad857f1415da7656f19b2ada90af04f
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/e74443f5db0037c556ef436fa64b88bf4ea08f83
      Betroffene Versionen (Herausgeber)geändert
      Linux, Linux
      Linux, Linux

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

    3. Eintrag geändertLinux

      CVSS V3.1: AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

      Einzeländerung im Original anzeigen
      Einzeländerungen dieses Ereignisses im Original der NVD
      ArtAktionVorherNachher
      CVSSergänzt
      —
      AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

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

    4. Neu erfasstLinux

      4 Einzeländerungen im Original anzeigen
      Einzeländerungen dieses Ereignisses im Original der NVD
      ArtAktionVorherNachher
      Betroffene Versionen (Herausgeber)ergänzt
      —
      Linux, Linux
      Beschreibungergänzt
      —
      In the Linux kernel, the following vulnerability has been resolved: posix-cpu-timers: Prevent UAF caused by non-leader exec() race Wongi and Jungwoo decoded and reported a non-leader exec() related race which can result in an UAF: sys_timer_delete() exec() posix_cpu_timer_del() // Observes old leader p = pid_task(pid, pid_type); de_thread() switch_leader(); release_task(old_leader) __exit_signal(old_leader) sighand = lock(old_leader, sighand); posix_cpu_timers*_exit(); sighand = lock_task_sighand(p) unhash_task(old_leader); sh = lock(p, sighand) old_leader->sighand = NULL; unlock(sighand); (p->sighand == NULL) unlock(sh) return NULL; // Returns without action if(!sighand) return 0; free_posix_timer(); This is "harmless" unless the deleted timer was armed and enqueued in p->signal because on exec() a TGID targeted timer is inherited. As sys_timer_delete() freed the underlying posix timer object run_posix_cpu_timers() or any timerqueue related add/delete operations on other timers will access the freed object's timerqueue node, which results in an UAF. There is a similar problem vs. posix_cpu_timer_set(). For regular posix timers it just transiently returns -ESRCH to user space, but for the use case in do_cpu_nanosleep() it's the same UAF just that the k_itimer is allocated on the stack. Also posix_cpu_timer_rearm() fails to rearm the timer, which means it stops to expire. While debating solutions Frederic pointed out another problem: posix_cpu_timer_del(tmr) __exit_signal(p) posix_cpu_timers*_exit(p); unhash_task(p); p->sighand = NULL; sh = lock_task_sighand(p) sighand = p->sighand; if (!sighand) return NULL; lock(sighand); if (!sh) WARN_ON_ONCE(timer_queued(tmr)); On weakly ordered architectures it is not guaranteed that posix_cpu_timer_del() will observe the stores in posix_cpu_timers*_exit() when p->sighand is observed as NULL, which means the WARN() can be a false positive. Solve these issues by: 1) Changing the store in __exit_signal() to smp_store_release(). 2) Adding a smp_acquire__after_ctrl_dep() into the !sighand path of lock_task_sighand(). 3) Creating a helper function for looking up the task and locking sighand which does not return when sighand == NULL. Instead it retries the task lookup and only if that fails it gives up. 4) Using that helper in the three affected functions. #1/#2 ensures that the reader side which observes sighand == NULL also observes all preceeding stores, i.e. the stores in posix_cpu_timers*_exit() and the ones in unhash_task(). #3 ensures that the above described non-leader exec() situation is handled gracefully. When the task lookup returns the old leader, but sighand == NULL then it retries. In the non-leader exec() case the subsequent task lookup will observe the new leader due to #1/#2. In normal exit() scenarios the subsequent lookup fails. When the task lookup fails, the function also checks whether the timer is still enqueued and issues a warning if that's the case. Unfortunately there is nothing which can be done about it, but as the task is already not longer visible the timer should not be accessed anymore. This check also requires memory ordering, which is not provided when the first lookup fails. To achieve that the check is preceeded by a smp_rmb() which pairs with the smp_wmb() in write_seqlock() in __exit_signal(). That ensures that the stores in posix_cpu_timers*_exit() are visible. The history of the non-leader exec() issue goes back to the early days of posix CPU timers, which stored a pointer to the group leader task in the timer. That obviously fails when a non-leader exec() switches the leader. commit e0a70217107e ("posix-cpu-timers: workaround to suppress the problems with mt exec") added a temporary workaround for that in 2010 which surv ---truncated---
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/920f893f735e92ba3a1cd9256899a186b161928d
      Referenzergänzt
      —
      https://git.kernel.org/stable/c/ad1cafa1bdaa71da85d71cac053838bbe97852b6

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

    Badge einbetten

    Zeigen Sie Schweregrad und KEV-Status dieser Schwachstelle auf Ihrer Seite – mit Link hierher. Das Bild wird stündlich aktualisiert.

    Badge-Vorschau für CVE-2026-64560
    <a href="https://intel.neosec.eu/cve/CVE-2026-64560"><img src="https://intel.neosec.eu/badge/cve/CVE-2026-64560.svg" alt="CVE-2026-64560 – NEOSEC Intel" height="20"></a>