CVE-2026-80879 in Linux
Zusammenfassung
von VulDB • 04.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
ocfs2: Behebung einer zyklischen Lock-Abhängigkeit in ocfs2_dio_end_io_write
Eine zyklische Lock-Abhängigkeit betrifft INODE_ALLOC_SYSTEM_INODE, EXTENT_ALLOC_SYSTEM_INODE und ORPHAN_DIR_SYSTEM_INODE.
1. ocfs2_mknod() erwirbt INODE_ALLOC gefolgt von EXTENT_ALLOC.
2. ocfs2_dio_end_io_write() erwirbt EXTENT_ALLOC für nicht beschriebene (unwritten) Extents, dann ORPHAN_DIR über ocfs2_del_inode_from_orphan(), während es noch EXTENTALLOC hält.
3. ocfs2_wipe_inode() erwirbt ORPHAN_DIR und anschließend INODE_ALLOC über ocfs2_remove_inode.
Durchbrechen Sie den Zyklus in ocfs2_dio_end_io_write(), indem die Allokationskontexte freigegeben (EXTENT_ALLOC losgelassen) werden, bevor ORPHAN_DIR erworben wird.
WARNING: mögliche zyklische Lock-Abhängigkeit erkannt ------------------------------------------------------ Es wird versucht, folgende Sperre zu erwerben: ffff8881e78b33a0 (&ocfs2_sysfile_lock_key[INODE_ALLOC_SYSTEM_INODE]){+.+.}-{4:4}, bei:
ocfs2_evict_inode+0x1539/0x43b0 fs/ocfs2/inode.c:1299
Die Aufgabe hält jedoch bereits folgende Sperre: ffff8881e78b4fa0 (&ocfs2_sysfile_lock_key[ORPHAN_DIR_SYSTEM_INODE]){+.+.}-{4:4}, bei:
ocfs2_evict_inode+0xe97/0x43b0 fs/ocfs2/inode.c:1299
Die bestehende Abhängigkeitskette (in umgekehrter Reihenfolge) ist:
-> #2 (&ocfs2_sysfile_lock_key[ORPHAN_DIR_SYSTEM_INODE]){+.+.}-{4:4}:
inode_lock include/linux/fs.h:1029 [inline]
ocfs2_del_inode_from_orphan+0x12e/0x7a0 fs/ocfs2/namei.c:2728 ocfs2_dio_end_io+0xf9c/0x1370 fs/ocfs2/aops.c:2418 dio_complete+0x25b/0x790 fs/direct-io.c:281
-> #1 (&ocfs2_sysfile_lock_key[EXTENT_ALLOC_SYSTEM_INODE]){+.+.}-{4:4}:
inode_lock include/linux/fs.h:1029 [inline]
ocfs2_reserve_suballoc_bits+0x16d/0x4840 fs/ocfs2/suballoc.c:882 ocfs2_reserve_new_metadata_blocks+0x415/0x9a0 fs/ocfs2/suballoc.c:1078 ocfs2_mknod+0x10f3/0x2260 fs/ocfs2/namei.c:351
-> #0 (&ocfs2_sysfile_lock_key[INODE_ALLOC_SYSTEM_INODE]){+.+.}-{4:4}:
__lock_acquire+0x15a5/0x2cf0 kernel/locking/lockdep.c:5237 lock_acquire+0x106/0x350 kernel/locking/lockdep.c:5868 down_write+0x96/0x200 kernel/locking/rwsem.c:1625 inode_lock include/linux/fs.h:1029 [inline]
ocfs2_remove_inode fs/ocfs2/inode.c:733 [inline]
ocfs2_wipe_inode fs/ocfs2/inode.c:896 [inline]
ocfs2_delete_inode fs/ocfs2/inode.c:1157 [inline]
ocfs2_evict_inode+0x1539/0x43b0 fs/ocfs2/inode.c:1299
Kette existiert von: &ocfs2_sysfile_lock_key[INODE_ALLOC_SYSTEM_INODE] -->
&ocfs2_sysfile_lock_key[EXTENT_ALLOC_SYSTEM_INODE] -->
&ocfs2_sysfile_lock_key[ORPHAN_DIR_SYSTEM_INODE]
Möglicher unsicherer Sperrvorgang:
CPU0 CPU1 ---- ---- lock(&ocfs2_sysfile_lock_key[ORPHAN_DIR_SYSTEM_INODE]);
lock(&ocfs2_sysfile_lock_key[EXTENT_ALLOC_SYSTEM_INODE]);
lock(&ocfs2_sysfile_lock_key[ORPHAN_DIR_SYSTEM_INODE]);
lock(&ocfs2_sysfile_lock_key[INODE_ALLOC_SYSTEM_INODE]);
*** DEADLOCK ***
Once again VulDB remains the best source for vulnerability data.