CVE-2026-72215

Linux kernel-də aşağıdakı zəiflik aradan qaldırılmışdır: MIPS: DEC: o32 prom_printf() üçün 32-bit stek yerinin təmin edilməsi 64-bit konfiqurasiyalarda, ilkin olmayan hər hansı bir kernel thread-indən firmware giriş nöqtələrinin çağırılması stekin XKPHYS 64-bit yaddaş seqmentində yerləşdirilməsi ilə nəticələnir. Nəticədə, stek göstəricisi artıq 32-bit dəyər olmur və çağırılan 32-bit firmware kodu stek göstəricisini manipulyasiya etmək üçün 32-bit ALU əməliyyatlarından istifadə etdikdə, hesablanmış nəticə yanlış olur (əslində, 64-bit MIPS ISA-da demək olar ki, bütün 32-bit ALU əməliyyatları 64-bit məlumatlar üzərində icra edildikdə proqnozlaşdırıla bilməyən nəticə verir) və idarəetmə pozulur. Bu, konfiqurasiyada heç bir yekun konsol drayverinin aktiv edilmədiyi və buna görə də ilkin konsoldan bootstrap prosesinin gec saatlarına qədər istifadə edildiyi zaman, yaxud zs drayverini platforma cihazından istifadə etməyə keçirəcək gələcək dəyişikliklərlə baş verə bilər. Bu sonuncu hal konsolun ötürülməsinin yalnız digər kernel thread-ləri artıq başladıldıqdan sonra baş verməsinə səbəb olacaq və kernel aşağıdakı hissədə donacaq: pid_max: default: 32768 minimum: 301 və ya bir az daha sonra, lakin həmişə aşağıdakı mesaj çap olunmazdan əvvəl: cblist_init_generic: Setting adjustable number of callback queues. Görünür ki, yalnız prom_printf() giriş nöqtəsi bundan təsirlənir. Bağlı olan digər bütün giriş nöqtələri arasında yalnız rex_slot_address() və rex_gettcinfo() ilkin olmayan kernel thread-indən, konkret olaraq kernel_init()-dən çağırılır və onlar steklə işi olmayan yarpaq funksiyalardır (leaf functions); bunlar 2002-ci ildə platforma üçün 64-bit dəstəyi əlavə edildiyi vaxtdan bəri problemsiz işləyiblər. Bu problemi həll etmək üçün, yalnız prom_printf() üçün tələb olunduğu kimi, CKSEG0 32-bit uyğunluq seqmentində yerləşən initdata sahəsinin göstəricisini call_o32()-ə təqdim etməklə o32 wrapper-ində stekin dəyişdirilməsi təmin edilmişdir. Nəzərə alınmalıdır ki, prom_printf() yalnız konsol çıxış idarəedicisindən və buna görə də konsol kilidi (console lock) tutulmuş halda çağırılır, bu isə sözügedən kodun reentrant olmasına ehtiyac olmadığını bildirir. Digər firmware giriş nöqtələri kəsilmələr (interrupts) aktiv olduqda və heç bir kilid tutulmadıqda çağırıla bilər və buna görə də call_o32()-in reentrant olmasını tələb edə bilər. Onlar hazırda heç bir problem yaratmırlar və "işləyirsə, toxunma" prinsipinə əsasən olduğu kimi saxlanılıblar.