Linux Kernel: Sicherheitslücke (CVE-2026-98385)

Was ist betroffen, was ist zu tun

Im Linux-Kernel wurde die folgende Schwachstelle behoben: sched/cache: Entkoppeln von sched_cache_group von mm zur Behebung von Use-After-Free (UAF) Derzeit erfolgt die Gruppierung des sched-Caches nach mm und die Planungsstatistik sched_cache_stat befindet sich in der mm-Struktur. Dies verknüpft den Lebenszyklus der Planungsstatistiken mit mm.

Aktualisieren Sie Linux Kernel auf Version 7.2.9, Linux Kernel auf Version 7.3.

Betroffen

• Linux Kernel lt 7.2..7.2.9

Behoben in

• Linux Kernel 7.2.9
• Linux Kernel 7.3

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 die folgende Schwachstelle behoben: sched/cache: Entkoppeln von sched_cache_group von mm zur Behebung von Use-After-Free (UAF) Derzeit erfolgt die Gruppierung des sched-Caches nach mm und die Planungsstatistik sched_cache_stat befindet sich in der mm-Struktur. Dies verknüpft den Lebenszyklus der Planungsstatistiken mit mm. In account_mm_sched() werden die Planungsstatistiken über task->mm->sc_stat abgerufen. Allerdings kann eine Aufgabe den mm auf einem CPU-Prozessor wechseln, während ein anderer CPU-Prozessor account_mm_sched() ausführt und möglicherweise auf den freigegebenen alten mm zugreift. Dieses Problem wurde bei Tests mit KASAN von Hyunwoo gefunden: https://lore.kernel.org/lkml/apPb-Dr4nPYuHQOK@v4bel/ Statt den mm-Zugriff durch Einführung einer zusätzlichen Aneignung des rq-Locks im mm-Freigabepfad zu serialisieren, wird sched_cache_stat aus der mm_struct extrahiert, in sched_cache_group umbenannt und dessen Lebenszyklus unabhängig von mm_struct mit eigener Referenzzählung verwaltet. Dies ermöglicht es, im nächsten Patch sched_cache_group direkt von der Aufgabe aus zuzugreifen und eine Referenzzählung für sched_cache_group hinzuzufügen, wenn eine Aufgabe darauf verweist. Dies verhindert das Use-After-Free-Problem beim Zugriff auf veraltete und freigegebene alte mm und deren sched-Cache-Statistik, wenn eine Aufgabe zu einem neuen mm wechselt, während account_mm_sched() an anderer Stelle ausgeführt wird. Ein weiterer Vorteil dieser Umstrukturierung ist, dass in Zukunft die Gruppierung von Aufgaben zu einem LLC die Flexibilität haben wird, mit einer benutzerdefinierten Gruppierung, einem cgroup, einem Cookie-Gruppen- oder einem numa_group oder anderen Gruppen assoziiert zu werden, anstatt nur mit einem einzelnen mm-Adressraum. Renomieren von sched_cache_stat in sched_cache_group und Umwandeln in ein referenzzählbares Objekt, das aus mm_struct zugewiesen wird. Die mm_struct enthält nun einen Zeiger (sched_cache_grp) auf dieses Objekt anstelle es einzubetten.

Quelle: BSI WID Portal, cvelistv5, NVD (NIST), BSI CSAF

Quellen & Referenzen

• git.kernel.orgstable/c/852ecb6bc0bc0106f44f74ba3944524732486025
• git.kernel.orgstable/c/28f9c0e0a0b94c5d3e1b634db545f6e1f94858c5

Re-Analyse & Statuswechsel

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

1. CVE Modified19.10.2026416baaa9-dc9f-4396-8d5f-8c081fb06d67

   • Affected: nachher Affected value modified. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/98xxx/CVE-2026-98385.json">CVE-2026-98385</a>

2. New CVE Received12.10.2026416baaa9-dc9f-4396-8d5f-8c081fb06d67

   • Description: nachher In the Linux kernel, the following vulnerability has been resolved: sched/cache: Decouple sched_cache_group from mm to fix UAF Currently the sched cache grouping is by mm and the scheduling statistics sched_cache_stat lives in the mm structure. This ties the life cycle of scheduling stats with mm. In account_mm_sched(), the scheduling stats are accessed by task->mm->sc_stat. However, a task may be switching mm on one CPU when another CPU is running account_mm_sched(), and possibly accessing the old mm that was freed. This problem was found when running tests with KASAN by Hyunwoo: https://lore.kernel.org/lkml/apPb-Dr4nPYuHQOK@v4bel/ Instead of serializing the mm access by introducing extra acquisition of rq lock in the mm free path, extract sched_cache_stat from mm_struct, rename it as sched_cache_group and manage its life cycle apart from mm_struct with its own ref counting. This allows us in the next patch access sched_cache_group directly from task, and add a refcount on sched_cache_group when a task links to it. This prevents the use after free issue when accessing stale and released old mm and its sched cache stat a task switches to a new mm while account_mm_sched() is done elsewhere. The other benefit of this restructure is in the future, the grouping of tasks to a LLC would have the flexibility to be associated with a user defined grouping, or cgroup, cookie group, numa_group or others instead of just with a single mm address space. Rename sched_cache_stat to sched_cache_group and turn it into a refcounted object allocated from mm_struct. The mm_struct now holds a pointer (sched_cache_grp) to this object instead of embedding it.
   • Affected: nachher New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/98xxx/CVE-2026-98385.json">CVE-2026-98385</a>
   • Reference: nachher https://git.kernel.org/stable/c/28f9c0e0a0b94c5d3e1b634db545f6e1f94858c5
   • Reference: nachher https://git.kernel.org/stable/c/852ecb6bc0bc0106f44f74ba3944524732486025