CVE-2022-50277
Açıklama
Linux çekirdeğinde aşağıdaki güvenlik açığı giderilmiştir: ext4: günlük inode'unun encrypt bayrağına sahip olmasına izin verme Günlük inode'u encrypt bayrağına sahip bir dosya sisteminin bağlanması, 'inlinecrypt' bağlama seçeneği kullanıldığında fscrypt_limit_io_blocks() içinde NULL başvuruya (NULL dereference) neden olur. Sorun şudur: jbd2_journal_init_inode() bmap() işlevini çağırdığında, bu çağrı sonunda ext4_iomap_begin() içine ulaşır ve bu işlev fscrypt_limit_io_blocks() işlevini çağırır. fscrypt_limit_io_blocks(), inode şifrelenmişse şifreleme anahtarının önceden ayarlanmış olmasını gerektirir. Günlük inode'u normal bir dosya gibi hiçbir zaman "açılmadığından" burada durum böyle değildir. Bu nedenle çökme meydana gelir. Bir yeniden üretici şöyledir: mkfs.ext4 -F /dev/vdb debugfs -w /dev/vdb -R "set_inode_field <8> flags 0x80808" mount /dev/vdb /mnt -o inlinecrypt Bunu düzeltmek için ext4'ün encrypt bayrağına sahip günlük inode'larını geçersiz saymasını sağlayın. (Not: günlük inode'unda başka bayraklar da reddedilmelidir belki. Şimdilik bu, yukarıdaki sorun için yalnızca asgari düzeltmedir.) Bunu, fscrypt_limit_io_blocks() çağrısını kullanan commit'i düzelten bir değişiklik olarak işaretledim, çünkü gerçek bir çökmenin mümkün hale gelmesine neden olan buydu. Ancak bu düzeltme, encrypt özelliğini destekleyen herhangi bir ext4 sürümüne uygulanabilir.
Nasıl düzeltilir
- linux linux_kernel6.0.18, 6.1.4 ya da sonraki bir sürüm
Etkilenen ürünler
| Ürün | Etkilenen sürümler | Düzeltildiği sürüm |
|---|---|---|
| linux linux_kernel | 5.18 ≤ v < 6.0.18, 6.1 ≤ v < 6.1.4 | 6.0.18, 6.1.4 |
Sürümünüzü kontrol edin
Ürünü seçin ve kullandığınız sürümü yazın; sürümün etkilenen aralıkta olup olmadığını görün.
Attack Surface Management
Alan adlarınıza bağlı varlıkları, bu varlıklarda çalışan teknolojileri ve bilinen zafiyetleri tek listede görün.