CVE-2022-50277
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.
Necə düzəltmək olar
- linux linux_kernel6.0.18, 6.1.4 və ya daha yeni versiya
Təsirlənən məhsullar
| Məhsul | Təsirlənən versiyalar | Düzəldildiyi versiya |
|---|---|---|
| linux linux_kernel | 5.18 ≤ v < 6.0.18, 6.1 ≤ v < 6.1.4 | 6.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.
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.