CVE-2026-97902

Naməlum

Təsvir

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: fs: uğurlu iç-içə (nested) thaw üçün -EINVAL qaytarmayın 7366f8b6fc6a ("fs: handle freezing from multiple devices") commit-i, iç-içə dondurmalara (freezes) icazə vermək üçün freeze_holders bitmaskını hər bir saxlayıcı üçün sayğaclarla əvəz etdi. Bitmask versiyasında, digər saxlayıcı qaldığı halda ortaq tutmanı azad edən thaw 0 qaytarırdı. Yenidən işləmədən sonra, thaw_super_locked() funksiyası freeze istinadını freeze_dec() vasitəsilə silir, lakin digər dondurucular qaldıqda -EINVAL qaytararaq çağırana yanlış məlumat verir: thaw uğurlu oldu, sadəcə superblok qalan saxlayıcılar üçün donmuş vəziyyətdə qalır. Bu, bdev tərəfindən başladılan dondurma prosesini pozur. Fayl sistemi FIFREEZE ilə dondurulduqda və əlavə olaraq bdev_freeze() vasitəsilə dondurulduqda (hansı ki, dizayn etibarilə iç-içədir, baxın fs_bdev_freeze()), növbəti bdev_thaw() funksiyası, dondurma istinadı silinmiş olsa belə, holder operatorundan -EINVAL alır və buna görə də bd_fsfreeze_count dəyərini yüksək saxlayır. Daha sonra device-mapper-in unlock_fs() funksiyası bdev_thaw()-ın qaytardığı dəyəri nəzərə almır, buna görə də heç nə sayğacı yenidən balanslaşdırmır. İstifadəçinin FITHAW və umount əməliyyatlarından sonra blok cihazı bir daha mount edilə bilmir: dm-1: Can't mount, blockdev is frozen İstifadəçi sahəsinin sızmış sayğacı sıfırlamaq üçün heç bir yolu yoxdur; yalnız blok cihazının məhv edilməsi (və ya yenidən yükləmə) cihazı bərpa edir. Reproducer (v6.8-dən sonrakı hər hansı nüvə): 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, lakin thaw_super() # -EINVAL qaytarır, ona görə də bdev_thaw() # bd_fsfreeze_count dəyərini 1-də saxlayır fsfreeze --unfreeze /mnt # fayl sistemi normal şəkildə açılır (thaws) umount /mnt mount /dev/mapper/dut /mnt # EBUSY, həmişəlik Eyni hal orijinal həcmin LVM snapshot-u zamanı fsfreeze saxlanıldıqda da baş verir. fs_bdev_thaw() sənədləri artıq nəzərdə tutulan semantikanı təsvir edir: "Əgər bu funksiya sıfır qaytararsa, bu o demək deyil ki, fayl sistemi dondurulmamışdır, çünki o, bir neçə dəfə dondurulmuş ola bilər". Digər dondurucular qaldığı halda iç-içə thaw öz tutmasını buraxdıqda 0 qaytarmaqla bu semantikanı bərpa edin. Dondurma tutulmadan yerinə yetirilən thaw hələ də -EINVAL ilə uğursuz olur, çünki may_unfreeze() istinad sayğacına toxunmazdan əvvəl həmin halı rədd edir.

CiddilikNaməlum
CVSS—
İstismar ehtimalı—
MəhsulLinux
Dərc25 sen 2026
İlk görülmə25 sen 2026

Necə düzəltmək olar

Yeniləyin
  • Linux Linux111339816138f042a59778322f941edc26903484, 76e478499913dc1f368aebe85b28b7d1265985ff, ff2a694f6613d54ebd77ba72583d4d94446f55bd, fe967191e5851ea79818c5fe4e781c3882139218 və ya daha yeni versiya

Təsirlənən məhsullar

MəhsulTəsirlənən versiyalarDüzəldildiyi versiya
Linux Linux7366f8b6fc6aa21c4199cb5d337b023df69745b0 ≤ v < 111339816138f042a59778322f941edc26903484, 7366f8b6fc6aa21c4199cb5d337b023df69745b0 ≤ v < 76e478499913dc1f368aebe85b28b7d1265985ff, 7366f8b6fc6aa21c4199cb5d337b023df69745b0 ≤ v < ff2a694f6613d54ebd77ba72583d4d94446f55bd, 7366f8b6fc6aa21c4199cb5d337b023df69745b0 ≤ v < fe967191e5851ea79818c5fe4e781c3882139218, 6.8111339816138f042a59778322f941edc26903484, 76e478499913dc1f368aebe85b28b7d1265985ff, ff2a694f6613d54ebd77ba72583d4d94446f55bd, fe967191e5851ea79818c5fe4e781c3882139218

Versiyanızı yoxlayın

Məhsulu seçin və istifadə etdiyiniz versiyanı yazın; versiyanın təsirlənən aralıqda olub-olmadığını görün.

Intelligence 360 paketində

Attack Surface Management

Domenlərinizə bağlı aktivləri, onlarda işləyən texnologiyaları və məlum zəiflikləri bir siyahıda görün.