CVE-2026-23400

Linux çekirdeğinde aşağıdaki güvenlik açığı giderilmiştir: rust_binder: set_notification_done() işlevini proc kilidi olmadan çağır Bir ölüm dinleyicisi üzerinde aşağıdaki olay dizisini göz önünde bulundurun: 1. Uzak süreç ölür ve bir BR_DEAD_BINDER iletisi gönderir. 2. Yerel süreç BC_CLEAR_DEATH_NOTIFICATION komutunu çağırır. 3. Yerel süreç ardından BC_DEAD_BINDER_DONE komutunu çağırır. Bunun üzerine çekirdek, BC_DEAD_BINDER_DONE komutuna push_work_if_looper() kullanarak bir BR_CLEAR_DEATH_NOTIFICATION_DONE yanıtıyla yanıt verir. Ancak, geçerli iş parçacığı bir looper değilse bu bir kilitlenmeye (deadlock) yol açabilir. Bunun nedeni, dead_binder_done() işlevinin set_notification_done() sırasında hâlâ proc kilidini tutmasıdır; bu işlev push_work_if_looper() işlevini çağırmıştır. Normalde push_work_if_looper() iş parçacığı kilidini alır ve bunu proc kilidi altında almak sorun teşkil etmez. Ancak geçerli iş parçacığı bir looper değilse, yanıtı süreç iş kuyruğuna teslim etmeye geri döner ve bu da proc kilidinin alınmasını gerektirir. Proc kilidi zaten tutulduğundan bu bir kilitlenmedir. Bunu, set_notification_done() sırasında proc kilidini serbest bırakarak düzeltin. Bu işlev sırasında kilidin tutulması başlangıçta amaçlanmamıştı. Bunun Android'de hiç yaşanmadığını düşünüyorum çünkü BC_DEAD_BINDER_DONE yalnızca BR_DEAD_BINDER iletilerine yanıt olarak çağrılır ve çekirdek BR_DEAD_BINDER iletisini her zaman bir looper'a teslim eder. Dolayısıyla Android kullanıcı alanının bir looper olmayan iş parçacığında BC_DEAD_BINDER_DONE komutunu çağıracağı bir senaryo yoktur.