CVE-2026-72203

Yüksək

Təsvir

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: ntfs: deadlock-un qarşısını almaq üçün writeback zamanı extent mft yazdırılmalarını ötürün Bu yamaq, 6994acf33bae ("ntfs: use base mft_no when looking up base inode for extent record") commit-indən bəri baş verən və xfstests generic/113 tərəfindən tetikləyən extent_lock və extent mrec_lock arasındakı ABBA deadlock problemini həll edir. Yol A (inode writeback): VFS writeback -> ntfs_write_inode() -> __ntfs_write_inode() -> mutex_lock(&ni->extent_lock) -> mutex_lock(&tni->mrec_lock) Yol B (MFT folio writeback): $MFT çirkli (dirty) folio-larının VFS writeback prosesi -> ntfs_mft_writepages() -> ntfs_write_mft_block() -> ntfs_may_write_mft_record() -> əvvəlki iterasiyadan bir extent mrec_lock saxlayır -> digər baza inode extent_lock-u əldə etməyə çalışır MFT folio writeback yolundan bütün extent_lock və extent mrec_lock əldəetmə prosesləri çıxarılaraq, ABBA kilid ardıcıllığı aradan qaldırılır: Yol A: __ntfs_write_inode(): extent_lock -> mrec_lock Yol B (silindi): ntfs_write_mft_block(): mrec_lock -> extent_lock Extent yazdırılmaları üçün Yol B hər zaman artıqdır, çünki: 1. mark_mft_record_dirty(ext_ni) funksiyası MFT folio-sunu çirkli (dirty) etmir. O, yalnız NInoDirty(ext_ni) təyin edir və __mark_inode_dirty(I_DIRTY_DATASYNC) vasitəsilə baza VFS inode-unu çirkli kimi qeyd edir ki, bu da Yol A-nı tetikləyir. Buna görə də, normal extent modifikasiyaları heç vaxt MFT folio-sunun çirkli olduğu və Yol B-nin planlaşdırılmadığı bir vəziyyət yaratmır. 2. MFT folio-su yalnız ntfs_mft_record_alloc() daxilindəki ntfs_mft_mark_dirty() vasitəsilə çirkli olur. Lakin attrib.c faylında müəyyən edilmiş bütün çağırıcılar (ntfs_attr_add, ntfs_attr_record_move_away, ntfs_attr_make_non_resident, ntfs_attr_record_resize) tam yazdırılmanı təmin etmək üçün Yol A-nı tetikləyən mark_mft_record_dirty() funksiyasını izləyirlər. 3. ntfs_evict_big_inode() funksiyası extent inode-larını azad etməzdən əvvəl ntfs_commit_inode() funksiyasını çağıraraq, baza inode-u icache-dən çıxmamışdan əvvəl bütün çirkli extent-lərin Yol A vasitəsilə boşaldılmasını təmin edir.

CiddilikYüksək
CVSS7.5
İstismar ehtimalı—
MəhsulLinux
Dərc15 avq 2026
İlk görülmə15 avq 2026

Necə düzəltmək olar

Yeniləyin
  • Linux Linuxb06b4fc2138ded8ee0b3dc602991ff6dbb10dd0a, 6626fb859f4c4772f2f59751d23937716e03f98f, 7ffa8f3d30236e0ab897c30bdb01224ff1fe1c89, f831ab09d521898bf1dd99bf5adfd630ea1428e3, 76bc14c7097ff678b2b5dbfd4fa33b46897d87ce və ya daha yeni versiya

Təsirlənən məhsullar

MəhsulTəsirlənən versiyalarDüzəldildiyi versiya
Linux Linux1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 ≤ v < b06b4fc2138ded8ee0b3dc602991ff6dbb10dd0a, 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 ≤ v < 6626fb859f4c4772f2f59751d23937716e03f98f, 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2 ≤ v < 7ffa8f3d30236e0ab897c30bdb01224ff1fe1c89, 1e9ea7e04472d4e5e12e58c881eaacfb3e49b669 ≤ v < f831ab09d521898bf1dd99bf5adfd630ea1428e3, 1e9ea7e04472d4e5e12e58c881eaacfb3e49b669 ≤ v < 76bc14c7097ff678b2b5dbfd4fa33b46897d87ce, 2.6.12, 7.1b06b4fc2138ded8ee0b3dc602991ff6dbb10dd0a, 6626fb859f4c4772f2f59751d23937716e03f98f, 7ffa8f3d30236e0ab897c30bdb01224ff1fe1c89, f831ab09d521898bf1dd99bf5adfd630ea1428e3, 76bc14c7097ff678b2b5dbfd4fa33b46897d87ce

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.