CVE-2025-68778

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: btrfs: mevcut işlemde taşınan bir dizin ise çakışan inode günlüğe kaydedilmemeli Bir inode eğer bir dizinse ve mevcut işlem sırasında bir üst dizinden başka bir üst dizine taşınmışsa, bu durum günlüğü yeniden oynatma (log replay) sırasında eski üst dizin için biri ve yeni üst dizin için diğeri olmak üzere iki sert bağlantıya sahip bir dizin oluşturma girişimiyle sonuçlanabileceği için çakışan inode günlüğe kaydedilemez. Aşağıdaki senaryo bu sorunu tetikler: 1) Geçmiş bir işlemde oluşturulmuş "dir1" ve "dir2" dizinleri mevcuttur. "dir1" dizininin üst dizini inode A'dır; 2) "dir1" başka bir dizine taşınır; 3) Inode A dizininde "dir1" adında bir dosya oluşturulur; 4) Yeni dosya için fsync işlemi yapılır. Bu, yeni dosyanın inode'unun ve mevcut işlemde daha önce taşınmış olan "dir1" dizininin inode'unun günlüğe kaydedilmesiyle sonuçlanır. Böylece günlük ağacı, "dir1"in yeni konumu için INODE_REF öğesine sahip olur; 5) Yeni dosya başka bir dizine taşınır. Bu, btrfs_log_new_name() çağrıldığında gerçekleşen yeniden adlandırma sırasında, dosyanın yeni konumu için yeni INODE_REF'in eklenmesi ve eski konum için olan INODE_REF'in kaldırılmasıyla günlük ağacının güncellenmesine neden olur; 6) Dosyaya fsync uygulanır ve bu, önceki adımda yapılan günlük ağacı değişikliklerini kalıcı hale getirir (btrfs_log_new_name() yalnızca bellek üzerindeki günlük ağacını günceller); 7) Bir güç kesintisi meydana gelir; 8) Dosya sistemi bir sonraki sefer bağlandığında, günlük yeniden oynatma gerçekleşir ve "dir1" dizini için inode işlenirken yeni bir INODE_REF bulunur ve bu bağlantı eklenir; ancak "dir1" dizin inode'unun eski üst dizini günlüğe kaydedilmediği için inode'un eski bağlantısı kaldırılmaz. Sonuç olarak, günlük yeniden oynatma tamamlandıktan sonra alt hacim ağacının extent tamponlarının geri yazımı (writeback) tetiklendiğinde, ağaç kontrolü bir dizinin 2 adet sert bağlantı sayısına sahip olduğunu tespit eder ve bağlama hatası oluşur. dmesg/syslog üzerinde raporlanan hatalar ve yığın izleri şöyledir: [ 3845.729764] BTRFS info (device dm-0): start tree-log replay [ 3845.730304] page: refcount:3 mapcount:0 mapping:000000005c8a3027 index:0x1d00 pfn:0x11510c [ 3845.731236] memcg:ffff9264c02f4e00 [ 3845.731751] aops:btree_aops [btrfs] ino:1 [ 3845.732300] flags: 0x17fffc00000400a(uptodate|private|writeback|node=0|zone=2|lastcpupid=0x1ffff) [ 3845.733346] raw: 017fffc00000400a 0000000000000000 dead000000000122 ffff9264d978aea8 [ 3845.734265] raw: 0000000000001d00 ffff92650e6d4738 00000003ffffffff ffff9264c02f4e00 [ 3845.735305] page dumped because: eb page dump [ 3845.735981] BTRFS critical (device dm-0): corrupt leaf: root=5 block=30408704 slot=6 ino=257, invalid nlink: has 2 expect no more than 1 for dir [ 3845.737786] BTRFS info (device dm-0): leaf 30408704 gen 10 total ptrs 17 free space 14881 owner 5 [ 3845.737789] BTRFS info (device dm-0): refs 4 lock_owner 0 current 30701 [ 3845.737792] item 0 key (256 INODE_ITEM 0) itemoff 16123 itemsize 160 [ 3845.737794] inode generation 3 transid 9 size 16 nbytes 16384 [ 3845.737795] block group 0 mode 40755 links 1 uid 0 gid 0 [ 3845.737797] rdev 0 sequence 2 flags 0x0 [ 3845.737798] atime 1764259517.0 [ 3845.737800] ctime 1764259517.572889464 [ 3845.737801] mtime 1764259517.572889464 [ 3845.737802] otime 1764259517.0 [ 3845.737803] item 1 key (256 INODE_REF 256) itemoff 16111 itemsize 12 [ 3845.737805] index 0 name_len 2 [ 3845.737807] item 2 key (256 DIR_ITEM 2363071922) itemoff 16077 itemsize 34 [ 3845.737808] location key (257 1 0) type 2 [ 3845.737810] transid 9 data_len 0 name_len 4 [ 3845.737811] item 3 key (256 DIR_ITEM 2676584006) itemoff 16043 itemsize 34 [ 3845.737813] location key (258 1 0) type 2 [ 3845.737814] transid 9 data_len 0 name_len 4 [ 3845.737815] item 4 key (256 DIR_INDEX 2) itemoff 16009 itemsize 34 [ 3845.737816] location key (257 1 0) type 2 [