CVE-2022-50202

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: PM: hibernate: hazırda bekletmeden geri dönerken cihaz sorgulamasını ertele syzbot, probe_count değişkenini içeren bir AB-BA deadlock yarış penceresi olduğu için misc_open() [1] fonksiyonunda askıda kalan görevler raporlamaktadır. Şu anda, eğer probe_count 0 olamazsa, misc_open() içerisindeki snapshot_open()'dan çağrılan wait_for_device_probe(), misc_mtx tutulurken sonsuza kadar uyuyabilir. Bir cihaz hub_event() çalışma fonksiyonu tarafından sorgulandığında, probe_count sorgulama fonksiyonu başlamadan önce artırılır ve sorgulama fonksiyonu tamamlandıktan sonra azaltılır. probe_count değerinin 0'a düşmesini engelleyebilecek üç durum vardır: (a) Sorgulanan bir cihazın yanıt vermeyi kesmesi (örneğin bozuk veya kötü niyetli donanım). (b) /dev/raw-gadget arayüzünü kullanarak bir USB cihazını taklit eden bir işlemin herhangi bir nedenle yanıt vermeyi kesmesi. (c) Mevcut cihaz sorgulama istekleri tamamlanmadan yeni cihaz sorgulama isteklerinin gelmeye devam etmesi. syzbot'un raporladığı fenomen (b) durumudur. system_transition_mutex ve misc_mtx tutan bir işlem, wait_for_device_probe() içinde probe_count'un 0 olmasını beklemektedir; ancak hub_event() çalışma fonksiyonundan çağrılan sorgulama fonksiyonu, mutex_lock(&misc_mtx) noktasında engellenen işlemlerin /dev/raw-gadget arayüzü üzerinden yanıt vermesini beklemektedir. Bu yama, wait_for_device_probe() işlemini snapshot_open()'dan snapshot_write() ve snapshot_ioctl() fonksiyonlarına erteleyerek (b) durumunu hafifletmektedir. Lütfen /dev/raw-gadget arayüzü aracılığıyla bir USB cihazını taklit eden herhangi bir iş parçacığının, kesilemez engelleme işlemleriyle (örneğin mutex_lock()) engellenebildiği sürece (b) olasılığının devam ettiğini unutmayın. Ayrıca (a) ve (c) durumlarının ele alınmadığını lütfen not edin. (c) ile ilgili olarak, kodu yalnızca hazırda bekletmeden geri dönmek için imajı içeren tek bir cihazı bekleyecek şekilde değiştirmeliyiz. wait_for_device_probe() için zaman aşımı kullanımı imajdaki kullanıcı verilerinin kaybına yol açabileceğinden (a) durumunun nasıl çözüleceğini bilmiyorum. Belki de kullanıcı alanının /dev/snapshot arayüzünü açmadan önce imaj cihazını beklemesini istemeliyiz.