CVE-2026-72215

Linux çekirdeğinde aşağıdaki güvenlik açığı giderilmiştir: MIPS: DEC: o32 prom_printf() için 32 bit yığın konumunun sağlanması 64 bit yapılandırmalarda, ilk iş parçacığı dışında herhangi bir çekirdek iş parçacığından herhangi bir ürün yazılımı giriş noktası çağrıldığında, yığının XKPHYS 64 bit bellek segmentine yerleştirildiği bir durum ortaya çıkar. Sonuç olarak yığın işaretçisi artık 32 bit bir değer değildir ve çağrılan 32 bit ürün yazılımı kodu yığın işaretçisini işlemek için 32 bit ALU işlemlerini kullandığında, hesaplanan sonuç yanlıştır (aslında 64 bit MIPS ISA'da neredeyse tüm 32 bit ALU işlemleri 64 bit veriler üzerinde yürütüldüğünde öngörülemeyen bir sonuç üretir) ve denetim yanlış yöne gider. Bu durum, yapılandırmada son bir konsol sürücüsü etkinleştirilmediğinde ve dolayısıyla ilk konsolun önyüklemenin ilerleyen aşamalarına kadar kullanılmaya devam etmesi durumunda veya zs sürücüsünü bir platform aygıtı kullanacak şekilde değiştirecek yaklaşan bir değişiklikle, bunun sonucunda konsol devrinin yalnızca diğer çekirdek iş parçacıkları zaten başlatıldıktan sonra gerçekleşmesi durumunda ortaya çıkabilir ve çekirdek şu noktada askıda kalır: pid_max: default: 32768 minimum: 301 veya biraz daha sonra, ancak her zaman şu satır yazdırılmadan önce: cblist_init_generic: Setting adjustable number of callback queues. Yalnızca prom_printf() giriş noktasının etkilendiği görülmektedir. Bağlanan diğer tüm giriş noktalarından yalnızca rex_slot_address() ve rex_gettcinfo() ilk iş parçacığı dışında bir çekirdek iş parçacığından, özellikle kernel_init() işlevinden çağrılır ve bunlar yığınla hiçbir işi olmayan yaprak işlevlerdir; platform için 64 bit desteği 2002'de eklendiğinden beri hiçbir sorun yaşanmadan çalışmaktadırlar. Bu sorunu gidermek için, call_o32() işlevine CKSEG0 32 bit uyumluluk segmentine yerleştirilen bir initdata alanı parçasına işaretçi sağlayarak, yığının yalnızca prom_printf() için gerektiği şekilde o32 sarmalayıcısında değiştirilmesini sağlayın; prom_printf() yalnızca konsol çıktı işleyicisinden ve dolayısıyla konsol kilidi tutulurken çağrıldığından, bu kodun yeniden girişli olmasına gerek yoktur. Diğer ürün yazılımı giriş noktaları kesintiler etkin ve kilit tutulmadan çağrılabilir ve bu nedenle call_o32() işlevinin yeniden girişli olmasını gerektirebilir. Bu noktada herhangi bir soruna yol açmamaktadırlar ve "bozuk değilse, düzeltmeyin" ilkesi gereği bunlara dokunulmamalıdır.