CVE-2026-43434

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: rust_binder: vma kullanmadan önce sahipliği kontrol et Eksik sayfalar yüklenirken (veya silinirken), Rust Binder adrese göre mm içindeki vma araması yapar ve ardından vm_insert_page (veya zap_page_range_single) fonksiyonunu çağırır. Ancak, vma kapatılırsa ve aynı adreste farklı bir vma ile değiştirilirse, bu durum Rust Binder'ın sayfaları yanlış vma içerisine yüklemesine yol açabilir. Sayfanın yazılabilir bir vma içerisine yüklenmesiyle, normalde salt okunur olan kendi binder sayfalarınıza yazmak mümkün hale gelir. Bu sayfalara yazabilmenizin beklenmemesine rağmen, Rust Binder tasarımının arkasındaki amaç, bu yeteneğe sahip olsanız bile bunun kötü bir sonuç doğurmamasıdır. Ne yazık ki başka bir hata nedeniyle durum böyle değildir. Bunu düzeltmek için, vm_private_data içinde bir işaretçi saklanır ve vma kullanılmaya çalışılmadan önce vma_lookup() tarafından döndürülen vma'nın doğru vm_ops ve vm_private_data değerlerine sahip olduğu kontrol edilir. Bu, Rust Binder'ın diğer herhangi bir VMA ile etkileşime girmeyi reddetmesini sağlayacaktır. Plan, vm_ops ve vm_private_data'ya yapılan bu güvenli olmayan erişimi önlemek için daha fazla vma soyutlaması getirmektir, ancak şimdilik mümkün olan en basit düzeltmeyle başlanmıştır. C Binder aynı kontrolü biraz farklı bir şekilde gerçekleştirir: Bir boolean değerini true yapan bir vm_ops->close sağlar ve ardından vma_lookup() çağırdıktan sonra bu boolean değerini kontrol eder; ancak bu yöntem, bu yamadaki çözümden daha kırılgandır. (Muhtemelen hala her ikisini de yapmak isteyeceğiz, ancak vm_ops->close geri çağırması daha sonra takip eden vma API değişikliklerinin bir parçası olarak eklenecektir.) VMA'yı yeniden eşleyerek sayfaların doğru vma'da ancak yanlış ofsette görünmesini sağlamak hala mümkündür, fakat bu ayrı bir sorundur ve Rust Binder bir vm_ops->close geri çağırmasına sahip olduğunda düzeltilecektir.