CVE-2022-50277

Orta

Təsvir

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: ext4: jurnal inode-unun encrypt bayrağına malik olmasına icazə verməyin Jurnal inode-u encrypt bayrağına malik olan fayl sisteminin 'inlinecrypt' mount seçimi istifadə edilərkən mount edilməsi, fscrypt_limit_io_blocks() funksiyasında NULL dereference xətasına səbəb olur. Problem ondadır ki, jbd2_journal_init_inode() funksiyası bmap()-i çağırdıqda, sonda ext4_iomap_begin() funksiyasına çatır və o da fscrypt_limit_io_blocks()-i çağırır. fscrypt_limit_io_blocks() tələb edir ki, əgər inode şifrələnibsə, onun şifrələmə açarı artıq təyin edilmiş olmalıdır. Lakin burada vəziyyət belə deyil, çünki jurnal inode-u normal fayllar kimi heç vaxt "açılmır". Nəticədə sistem çökməsi baş verir. Yenidən istehsal etmə üsulu: mkfs.ext4 -F /dev/vdb debugfs -w /dev/vdb -R "set_inode_field <8> flags 0x80808" mount /dev/vdb /mnt -o inlinecrypt Bunu düzəltmək üçün ext4-ün encrypt bayrağına malik jurnal inode-larını etibarsız hesab etməsi təmin edilib. (Qeyd: bəlkə jurnal inode-unda digər bayraqlar da rədd edilməlidir. Hazırda bu, yuxarıdakı problem üçün minimal həlldir.) Mən bunu fscrypt_limit_io_blocks() çağırışını tətbiq edən commit-in düzəlişi kimi qeyd etmişəm, çünki faktiki çökməni mümkün edən məhz budur. Lakin bu düzəliş encrypt funksiyasını dəstəkləyən hər hansı ext4 versiyasına tətbiq edilə bilər.

CiddilikOrta
CVSS5.5
İstismar ehtimalı—
MəhsulLinux Kernel
Dərc15 sen 2025
İlk görülmə15 sen 2025

Necə düzəltmək olar

Yeniləyin
  • linux linux_kernel6.0.18, 6.1.4 və ya daha yeni versiya

Təsirlənən məhsullar

MəhsulTəsirlənən versiyalarDüzəldildiyi versiya
linux linux_kernel5.18 ≤ v < 6.0.18, 6.1 ≤ v < 6.1.46.0.18, 6.1.4

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.