kernel security update

Was ist betroffen, was ist zu tun

Im Linux-Kernel, dem Kern des Betriebssystems selbst, wurden folgende Schwachstellen behoben: fs/ntfs3: Ablehnung der Indexzuweisung, wenn $BITMAP leer ist, aber Blöcke existieren Die Indexzuweisung erfordert mindestens einen Bit im $BITMAP-Attribut, um die Nutzung der Indexeinträge zu verfolgen. Wenn das Bitmap leer ist, während Indexblöcke bereits vorhanden sind, deutet dies auf eine Korruption auf der Festplatte hin. syzbot hat diesen Zustand mit einem fehlerhaften NTFS-Image ausgelöst.

Die vorliegenden Quellen nennen keine Fix-Version. Prüfen Sie die Herstellerhinweise in den Referenzen unten.

Metriken

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, dem Kern des Betriebssystems selbst, wurden folgende Schwachstellen behoben: fs/ntfs3: Ablehnung der Indexzuweisung, wenn $BITMAP leer ist, aber Blöcke existieren Die Indexzuweisung erfordert mindestens einen Bit im $BITMAP-Attribut, um die Nutzung der Indexeinträge zu verfolgen. Wenn das Bitmap leer ist, während Indexblöcke bereits vorhanden sind, deutet dies auf eine Korruption auf der Festplatte hin. syzbot hat diesen Zustand mit einem fehlerhaften NTFS-Image ausgelöst. Während einer `rename()`-Operation mit einem langen Dateinamen (der mehrere Indexeinträge umfasst), erlaubte das leere Bitmap die Hinzufügung des Namens ohne gültige Verfolgung. Die anschließende Löschung des ursprünglichen Eintrags schlug mit -ENOENT fehl, aufgrund eines unerwarteten Indexzustands. Solche Fälle ablehnen, indem überprüft wird, dass das Bitmap nicht leer ist, wenn Indexblöcke existieren. (CVE-2025-40067) batman-adv: Behebung der Längenverwaltung bei der Fragmentzusammenstellung batman-adv führt eine laufende Nutzlastlänge für anstehende Fragmente und verwendet sie zur Validierung einer Fragmentkette vor der Zusammenstellung. Diese Verwaltung erlaubt derzeit, dass die akkumulierte Fragmentlänge während der Updates abgeschnitten wird. Dadurch können fehlerhafte Fragmentketten die vorgesehene Validierung umgehen und die Zusammenstellung mit einem inkonsistenten Längenzustand antreiben, was zu einem lokalen Denial-of-Service führt. Die Verwaltung beheben, indem die akkumulierte Länge in einem länge-typisierten Feld gespeichert und Update-Überläufe vor der bestehenden Validierungslogik abgelehnt werden. Die Behebung wurde gegen den ursprünglichen Reproduzenten und gegen gültige Fragmentzusammenstellungswege verifiziert. (CVE-2026-52914) ocfs2: Behebung der Handhabung von listxattr, wenn der Puffer voll ist [FEHLER] Wenn eine OCFS2-Inode sowohl inline als auch blockbasierte xattrs hat, kann listxattr() eine Größe zurückgeben, die größer ist als der Puffer des Aufrufers, wenn die inline-Namen genau diesen Puffer verbrauchen. kernel FEHLER in mm/usercopy.c:102! Oops: ungültiger Opcode: 0000 [#1] SMP KASAN NOPTI RIP: 0010:usercopy_abort+0xb7/0xd0 mm/usercopy.c:102 Aufrufverfolgung: __check_heap_object+0xe3/0x120 mm/slub.c:8243 check_heap_object mm/usercopy.c:196 [inline] __check_object_size mm/usercopy.c:250 [inline] __check_object_size+0x5c5/0x780 mm/usercopy.c:215 check_object_size include/linux/ucopysize.h:22 [inline] check_copy_size include/linux/ucopysize.h:59 [inline] copy_to_user include/linux/uaccess.h:219 [inline] listxattr+0xb0/0x170 fs/xattr.c:926 filename_listxattr fs/xattr.c:958 [inline] path_listxattrat+0x137/0x320 fs/xattr.c:988 __do_sys_listxattr fs/xattr.c:1001 [inline] __se_sys_listxattr fs/xattr.c:998 [inline] __x64_sys_listxattr+0x7f/0xd0 fs/xattr.c:998 ... [URSACHE] Der Commit 936b8834366e ("ocfs2: Refactor xattr list and remove ocfs2_xattr_handler().") ersetzte die alte pro-Handler-Listenverwaltung mit ocfs2_xattr_list_entry(), behielt jedoch die Verwendung von size == 0 zur Erkennung des Probe-Modus bei. Diese Annahme hört auf, wahr zu sein, sobald ocfs2_listxattr() den inline-xattr-Pass abschließt. Wenn die inline-Namen den Puffer des Aufrufers genau füllen, läuft der block-xattr-Pass mit einem nicht-NULL-Puffer und einer verbleibenden Größe von null. ocfs2_xattr_list_entry() überspringt dann die Grenzprüfung, zählt weiterhin Blocknamen und gibt eine positive Größe zurück, die größer ist als der bereitgestellte Puffer. [BEHEBUNG] Den Probe-Modus erkennen, indem getestet wird, ob der Pufferzeiger des Ziels NULL ist, anstatt ob die verbleibende Größe null ist. Dies stellt das vor dem Refactoring bestehende Verhalten wieder her und entspricht den OCFS2 getxattr-Helfern. Sobald der verbleibende Puffer bei null ankommt, während noch Namen übrig sind, gibt der block-xattr-Pass nun -ERANGE zurück, anstatt eine Größe größer als den zugewiesenen Listenpuffer zu melden. (CVE-2026-53041) drm/amd/display: Verwendung von krealloc_array() in dal_vector_reserve() [Warum & Wie] dal_vector_reserve() berechnet die Allokationsgröße als "capacity * vector->struct_size" mit uint32_t-Arithmetik, die bei einem Überlauf stillschweigend zu einem kleinen Wert umschlägt. Dies würde krealloc dazu bringen, einen kleineren Puffer zurückzugeben, als erwartet, was zu Heap-Überläufen bei nachfolgenden Vektoranfügungen führt. Ersetzen Sie krealloc() durch krealloc_array(), das eine interne Überlaufprüfung durchführt und NULL zurückgibt, wenn es umschlägt, wodurch das Problem vermieden wird. (cherry picked from commit 37668568641ccc4cc1dbca4923d0a16609dd5707)(CVE-2026-53329) exfat: Behebung eines potenziellen Use-After-Free in exfat_find_dir_entry() In exfat_find_dir_entry() wird der buffer_head, der von exfat_get_dentry() erhalten wird, mit brelse(bh) freigegeben, bevor der fall-through TYPE_EXTEND-Zweig die Verzeichniseintrag über ep (das sich in bh->b_data befindet) liest: brelse(bh); if (entry_type == TYPE_EXTEND) { ... len = exfat_extract_uni_name(ep, entry_uniname); ... } Nach brelse() wird unsere Referenz fallen gelassen, nichts garantiert, dass die zugrunde liegende Seite, die bh->b_data unterstützt, für die nachfolgende exfat_extract_uni_name()-Leseoperation noch gültig ist. Dies ist das gleiche Muster, das im Commit fc961522ddbd ("exfat: Fix potential use after free in exfat_load_upcase_table()") behoben wurde. Verschieben Sie brelse(bh), damit es nach ep auf jedem Zweig nicht mehr dereferenziert wird. Bestätigt auf QEMU x86_64 mit CONFIG_KASAN=y + CONFIG_DEBUG_PAGEALLOC=y + CONFIG_PAGE_POISONING=y auf linux-next, unter Verwendung eines gefälschten exFAT-Images (langer Dateiname mit gleichen-Hash-Kollisionen, die den TYPE_EXTEND-Pfad erzwingen). Mit einem debug-only invalidate_bdev() zwischen brelse(bh) und der ep-Leseoperation, um die Fenster der veralteten-Dereferenzierung deterministisch zu machen, stürzt der ungepatchte Kernel ab: BUG: KASAN: use-after-free in exfat_find_dir_entry+0x133b/0x15a0 BUG: unable to handle page fault for address: ffff88801a5fa0c2 Oops: 0000 [#1] SMP DEBUG_PAGEALLOC KASAN NOPTI RIP: 0010:exfat_find_dir_entry+0x1188/0x15a0 Mit diesem Patch angewendet, schließt das gleiche instrumentierte Gerüst sauber unter demselben Sanitizer-Stack ab. Ich konnte einen Absturz auf einem uninstrumentierten Kernel unter normaler Rückgabe nicht reproduzieren; das instrumentierte A/B etabliert die Verletzung der Lebensdauer und dass der Patch sie schließt, nicht einen ununterstützten Auslösbarkeitsanspruch. (CVE-2026-63808) batman-adv: tp_meter: Beschränkung der Anzahl der unbest

Originalquelle nur englisch verfügbar, maschinell ins Deutsche übersetzt.

Quelle: OSV (Open Source Vulnerabilities)