Linux Kernel: Sicherheitslücke (CVE-2026-97525)
Veröffentlicht Zuletzt geändert Quellen: CVE.org, BSI
Was ist betroffen, was ist zu tun
Im Linux-Kernel wurde folgende Schwachstelle behoben: x86/mm/pat: Aufteilung großer Seiten in geteilte Seitentabellen als Kernel-Seitentabellen Ein PTE wird direkt zugewiesen, ohne die Standard-Seitentabellen-Zuweisungsroutinen (wie pte_alloc_one_kernel()) zu verwenden, wenn der CPA-Code eine große Seite aufteilt (__split_large_page()). Dies bedeutet, dass der Seitentabellenkonstruktor nie aufgerufen wird und die Seitentabelle nicht als Kernel-Seitentabelle markiert wird.
Aktualisieren Sie Linux Kernel auf Version 6.18.53, Linux Kernel auf Version 7.2.7, Linux Kernel auf Version 7.3.
- Betroffen
- Linux Kernel
lt 6.18.7..6.18.53 - Linux Kernel
lt 6.19..7.2.7
- Linux Kernel
- Behoben in
- Linux Kernel
6.18.53 - Linux Kernel
7.2.7 - Linux Kernel
7.3
- Linux Kernel
Unklar, ob und wie Sie betroffen sind? Frage zu dieser Schwachstelle stellen
Metriken
8,2
Priorität
XIEM Effective CVSS: höchste verfügbare CVSS-Bewertung aus NVD- und Herstellerangaben.
Quelle: Hersteller (CNA), CVSS v3
8,2
CVSS v3
Schweregrad Hoch auf der Skala von 0 bis 10.
Quelle: CVE.org, BSI
0,2 %
EPSS-Score
Niedrig – Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
Quelle: FIRST EPSS, Perzentil 5,8
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- 71.27 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- kein öffentlicher PoC bekannt
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- 8,2 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- 8,2
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,2 %
- 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- 5,8
- Niedrig – CVE gehört zu den unteren 10 % der heute bewerteten CVEs.
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
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: x86/mm/pat: Aufteilung großer Seiten in geteilte Seitentabellen als Kernel-Seitentabellen Ein PTE wird direkt zugewiesen, ohne die Standard-Seitentabellen-Zuweisungsroutinen (wie pte_alloc_one_kernel()) zu verwenden, wenn der CPA-Code eine große Seite aufteilt (__split_large_page()). Dies bedeutet, dass der Seitentabellenkonstruktor nie aufgerufen wird und die Seitentabelle nicht als Kernel-Seitentabelle markiert wird. Das erste Ergebnis ist, dass die Folio, die mit der Seitentabelle verbunden ist, nicht als Seitentabelle markiert wird (__pagetable_ctor() wird nie aufgerufen, daher auch nicht __folio_set_pgtable()) und die Statistiken nicht aktualisiert werden, um dies widerzuspiegeln (lruvec_stat_add_folio() wird nie aufgerufen). Das zweite Problem, die Seitentabelle nicht als Kernel-Seitentabelle zu markieren (ptdesc_set_kernel() wird nie aufgerufen), ist weitaus problematischer. Seit dem Commit: 5ba2f0a15564 ("mm: Einführung der verzögerten Freigabe für Kernel-Seitentabellen") wird die Freigabe von Kernel-Seitentabellen gebündelt und seit dem folgenden Commit: e37d5a2d60a3 ("iommu/sva: ungültige veraltete IOTLB-Einträge für den Kernel-Adressraum") werden IOTLB-Cache-Einträge für Kernel-Seitentabellen ungültig gemacht, wenn sie freigegeben werden. Da geteilte Seitentabellen ohne diese Ungültigmachung freigegeben werden, kann der IOTLB veraltete Einträge für sie enthalten. Löse das Problem, indem du die gewöhnliche PTE-Zuweisungs-API zur Aufteilungszeit verwendest. Dies führt dazu, dass diese Kernel-Seitentabellen einen Seitentabellenkonstruktor aufrufen, und erfordert daher einen Seitentabellen-Destruktor. Destruktoren sind nicht immer vorhanden, wie bei frühzeitig zugewiesenen direkten Seitentabellen). Rufe pagetable_dtor_free() bedingt auf, wenn die PG_table-Folio-Flagge für den ptdesc gesetzt ist, andernfalls wird die Seitentabelle über pagetable_free() freigegeben. Unabhängig davon, welcher Weg eingeschlagen wird, werden Seitentabellen, die als Kernel-Seitentabellen markiert sind, was nun auch geteilte Seitentabellen umfasst, den richtigen Weg über pagetable_free_kernel() nehmen. Es gibt eine für den Benutzer sichtbare Nebenwirkung, dass geteilte Seitentabellen in nr_page_table_pages in /proc/vmstat erscheinen (wie auch andere Kernel-Seitentabellen, die nach dem frühen Booten zugewiesen werden), jedoch ist dies eine positive Änderung. Dieses Problem wurde nach dem Commit: 5ba2f0a15564 ("mm: Einführung der verzögerten Freigabe für Kernel-Seitentabellen") deutlich problematischer. Wähle diesen als das Ziel für Fixes.
Quelle: cvelistv5, NVD (NIST), BSI WID Portal, BSI CSAF
Betroffene Produkte
Betroffen sind die folgenden Versionen. Ältere Stände derselben Reihe sind ebenfalls verwundbar, sofern nicht anders angegeben.
| Hersteller | Produkt | Betroffene Versionen | Behoben in |
|---|---|---|---|
| Linux | Linux |
|
|
Quellen & Referenzen
- git.kernel.orgstable/c/84e0cd79d57f06b872154eb5d8f610584133f260
- git.kernel.orgstable/c/922873cf4fc34124215070a8ad391bf831538bb9
- git.kernel.orgstable/c/9e4a3ec3411bb6bb59e3c1f29b75609f1e87aac4
Re-Analyse & Statuswechsel
Chronologie der NVD-Audit-Events für diese CVE – Reanalyses, CVSS-Updates, CPE-Diffs.
CVE Modified416baaa9-dc9f-4396-8d5f-8c081fb06d67
- Affected: nachher Affected value modified. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/97xxx/CVE-2026-97525.json">CVE-2026-97525</a>
CVE Modified416baaa9-dc9f-4396-8d5f-8c081fb06d67
- CVSS V3.1: nachher AV:L/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:H
New CVE Received416baaa9-dc9f-4396-8d5f-8c081fb06d67
- Description: nachher In the Linux kernel, the following vulnerability has been resolved: x86/mm/pat: Allocate split page tables as kernel page tables A PTE is allocated directly without going through the standard page table allocation routines (such as pte_alloc_one_kernel()) when the CPA code splits a large page (__split_large_page()). This means the page table constructor is never called nor is the page table marked as a kernel page table. The former results in the folio associated with the page table not being marked as a page table (__pagetable_ctor() is never called thus neither is __folio_set_pgtable()) nor are statistics updated to reflect it (lruvec_stat_add_folio() is never called). The latter issue of failing to mark the page table as a kernel page table (ptdesc_set_kernel() is never called) is far more problematic. Since commit: 5ba2f0a15564 ("mm: introduce deferred freeing for kernel page tables") kernel page table freeing has been batched and since the subsequent commit: e37d5a2d60a3 ("iommu/sva: invalidate stale IOTLB entries for kernel address space") IOTLB cache entries for kernel page tables have been invalidated upon being freed. Since split page tables are freed without this invalidation, the IOTLB can contain stale entries for them. Resolve the issue by using the ordinary PTE allocation API at split time. This results in these kernel page tables invoking a page table constructor, and thus requires a page table destructor. Destructors are not always present, like for early allocated direct map page tables). Conditionally call pagetable_dtor_free() if the PG_table folio flag for the ptdesc is set, otherwise we free the page table via pagetable_free(). Regardless of which path is taken page tables marked as kernel page tables, which now includes split page tables, take the correct route through pagetable_free_kernel(). There is a user-visible side effect in that split page tables will appear in nr_page_table_pages in /proc/vmstat (as do other kernel page tables allocated after early boot), however this is a positive change. This issue started being markedly problematic after commit: 5ba2f0a15564 ("mm: introduce deferred freeing for kernel page tables") so choose this as the Fixes target. [ dhansen: rephrase in imperative mood ]
- Affected: nachher New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/97xxx/CVE-2026-97525.json">CVE-2026-97525</a>
- Reference: nachher https://git.kernel.org/stable/c/84e0cd79d57f06b872154eb5d8f610584133f260
- Reference: nachher https://git.kernel.org/stable/c/922873cf4fc34124215070a8ad391bf831538bb9
Badge einbetten
Zeigen Sie Schweregrad und KEV-Status dieser Schwachstelle auf Ihrer Seite – mit Link hierher. Das Bild wird stündlich aktualisiert.
<a href="https://intel.neosec.eu/cve/CVE-2026-97525"><img src="https://intel.neosec.eu/badge/cve/CVE-2026-97525.svg" alt="CVE-2026-97525 – NEOSEC Intel" height="20"></a>