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

Was ist betroffen, was ist zu tun

Im Linux-Kernel wurde die folgende Schwachstelle behoben: fs: gib nicht -EINVAL für erfolgreiche verschachtelte Auftauen zurück Der Commit 7366f8b6fc6a ("fs: Einfrieren von mehreren Geräten handhaben") ersetzte den freeze_holders Bitmaske durch pro-Halter-Zähler, um verschachtelte Einfrierungen zu ermöglichen. In der Bitmaske-Version gab ein Auftauen, das eine gemeinsame Halterung freigab, während ein anderer Halter verblieb, 0 zurück.

Aktualisieren Sie Linux Kernel auf Version 6.12.111, Linux Kernel auf Version 6.18.53, Linux Kernel auf Version 7.2.7.

Betroffen

• Linux Kernel lt 6.8..6.12.111
• Linux Kernel lt 6.13..6.18.53
• Linux Kernel lt 6.19..7.2.7

Behoben in

• Linux Kernel 6.12.111
• Linux Kernel 6.18.53
• Linux Kernel 7.2.7
• 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: fs: gib nicht -EINVAL für erfolgreiche verschachtelte Auftauen zurück Der Commit 7366f8b6fc6a ("fs: Einfrieren von mehreren Geräten handhaben") ersetzte den freeze_holders Bitmaske durch pro-Halter-Zähler, um verschachtelte Einfrierungen zu ermöglichen. In der Bitmaske-Version gab ein Auftauen, das eine gemeinsame Halterung freigab, während ein anderer Halter verblieb, 0 zurück. Seit der Überarbeitung gibt thaw_super_locked() den Einfrierungsverweis über freeze_dec() frei, gibt jedoch -EINVAL zurück, wenn andere Einfrierer verbleiben, und informiert den Aufrufer falsch: Das Auftauen war erfolgreich, der Superblock bleibt jedoch für die verbleibenden Halter eingefroren. Dies bricht das von bdev initiierte Einfrieren. Wenn ein Dateisystem mit FIFREEZE eingefroren wird und zusätzlich über bdev_freeze() eingefroren wird, was absichtlich verschachtelt ist (siehe fs_bdev_freeze()), erhält das anschließende bdev_thaw() von der Halteroperation -EINVAL, obwohl sein Einfrierungsverweis freigegeben wurde, und behält daher bd_fsfreeze_count erhöht. Dann ignoriert device-mappers unlock_fs() den Rückgabewert von bdev_thaw(), so dass nichts die Anzahl ausgleicht. Nach dem FITHAW und dem Auswerfen des Benutzers kann das Blockgerät nie wieder eingehängt werden: dm-1: Kann nicht eingehängt werden, Blockgerät ist eingefroren Es gibt keine Möglichkeit für den Benutzerbereich, die ausgelaufene Anzahl zu senken; nur die Zerstörung des Blockgeräts (oder ein Neustart) stellt das Gerät wieder her. Reproduzierer (jeder Kernel seit v6.8): dmsetup erstellen dut --tabelle "0 $(blockdev --getsz "$DEV") linear $DEV 0" mkfs.ext4 /dev/mapper/dut mount /dev/mapper/dut /mnt fsfreeze --freeze /mnt # freeze_ucount == 1 dmsetup suspend dut # bd_fsfreeze_count == 1, ucount == 2 dmsetup resume dut # ucount 2 -> 1, aber thaw_super() # gibt -EINVAL zurück, so dass bdev_thaw() # bd_fsfreeze_count bei 1 behält fsfreeze --unfreeze /mnt # Dateisystem tauft sich fein auf umount /mnt mount /dev/mapper/dut /mnt # EBUSY, für immer Das Gleiche geschieht, wenn fsfreeze über einen LVM-Snapshot des Ursprungsvolumes gehalten wird. Die Dokumentation von fs_bdev_thaw() beschreibt bereits die beabsichtigte Semantik: "Wenn diese Funktion 0 zurückgibt, bedeutet das nicht, dass das Dateisystem aufgetaut ist, da es möglicherweise mehrfach eingefroren wurde". Stelle sie wieder her, indem 0 zurückgegeben wird, wenn ein verschachteltes Auftauen seinen Verweis freigibt, während andere Einfrierer verbleiben. Das Auftauen ohne Halten eines Einfrierens schlägt immer noch mit -EINVAL fehl, da may_unfreeze() diesen Fall ablehnt, bevor der Verweis gezählt wird.

Quelle: suse_csaf, Debian Security Advisories, BSI WID Portal, BSI CSAF, cvelistv5, NVD (NIST)

Quellen & Referenzen

• git.kernel.orgstable/c/111339816138f042a59778322f941edc26903484
• git.kernel.orgstable/c/76e478499913dc1f368aebe85b28b7d1265985ff
• git.kernel.orgstable/c/ff2a694f6613d54ebd77ba72583d4d94446f55bd
• git.kernel.orgstable/c/fe967191e5851ea79818c5fe4e781c3882139218

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/97xxx/CVE-2026-97902.json">CVE-2026-97902</a>

2. New CVE Received25.09.2026416baaa9-dc9f-4396-8d5f-8c081fb06d67

   • Description: nachher In the Linux kernel, the following vulnerability has been resolved: fs: don't return -EINVAL for successful nested thaw Commit 7366f8b6fc6a ("fs: handle freezing from multiple devices") replaced the freeze_holders bitmask with per-holder counters to allow nested freezes. In the bitmask version, a thaw that released a shared hold while another holder remained returned 0. Since the rework, thaw_super_locked() drops the freeze reference via freeze_dec() but then returns -EINVAL when other freezers remain, misinforming the caller: the thaw did succeed, the superblock just stays frozen for the remaining holders. This breaks bdev-initiated freezing. When a filesystem is frozen with FIFREEZE and additionally frozen via bdev_freeze() -- which nests by design, see fs_bdev_freeze() -- the subsequent bdev_thaw() receives -EINVAL from the holder op although its freeze reference was dropped, and therefore keeps bd_fsfreeze_count elevated. Then device-mapper's unlock_fs() ignores bdev_thaw()'s return value, so nothing rebalances the count. After the user's FITHAW and umount, the block device can never be mounted again: dm-1: Can't mount, blockdev is frozen There is no way for userspace to drop the leaked count; only destroying the block device (or a reboot) recovers the device. Reproducer (any kernel since v6.8): dmsetup create dut --table "0 $(blockdev --getsz "$DEV") linear $DEV 0" mkfs.ext4 /dev/mapper/dut mount /dev/mapper/dut /mnt fsfreeze --freeze /mnt # freeze_ucount == 1 dmsetup suspend dut # bd_fsfreeze_count == 1, ucount == 2 dmsetup resume dut # ucount 2 -> 1, but thaw_super() # returns -EINVAL, so bdev_thaw() # keeps bd_fsfreeze_count at 1 fsfreeze --unfreeze /mnt # filesystem thaws fine umount /mnt mount /dev/mapper/dut /mnt # EBUSY, forever The same happens with fsfreeze held across an LVM snapshot of the origin volume. fs_bdev_thaw()'s documentation already describes the intended semantics: "If this function returns zero it doesn't mean that the filesystem is unfrozen as it may have been frozen multiple times". Restore them by returning 0 when a nested thaw drops its hold while other freezers remain. Thawing without holding a freeze still fails with -EINVAL as may_unfreeze() rejects that case before the reference count is touched.
   • Affected: nachher New affected value received. <a href="https://github.com/CVEProject/cvelistV5/blob/main/cves/2026/97xxx/CVE-2026-97902.json">CVE-2026-97902</a>
   • Reference: nachher https://git.kernel.org/stable/c/111339816138f042a59778322f941edc26903484
   • Reference: nachher https://git.kernel.org/stable/c/76e478499913dc1f368aebe85b28b7d1265985ff