CVE-2026-93243

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: mm/secretmem: kilidlənmiş səhifələrin düzgün uçotu secretmem yaddaşı sanki mlock()'lənmiş kimi qəbul edərək folio-ları uçota alır və beləliklə onları RLIMIT_MEMLOCK limiti ilə məhdudlaşdırır. Lakin folio-lar çıxarıla bilməzdir (unevictable) və inode çıxarılana qədər bu vəziyyətdə qalırlar ki, bu da adi mlock() semantikasını ləğv edir - folio-ların map edilməsi və sonra unmap edilməsi onların çıxarıla bilməz vəziyyətini dəyişmir, çünki bu PG_mlocked-dən yox, AS_UNEVICTABLE-dan asılıdır. Buna görə də istifadəçi RLIMIT_MEMLOCK limitini asanlıqla yan keçə bilər - sadəcə map və sonra unmap etdikdə VmLck artıq secretmem diapazonunu uçota almır. Daha pisi odur ki, folio-lar prosesin RSS-də uçota alınmır, bu isə o deməkdir ki, OOM killer prosesi sonlandırmalı olduğunu bilməyəcək. Təkrarlanan map/unmap əməliyyatları (və ya forking) bütün mövcud sistem yaddaşının çıxarıla bilməz folio-larla doldurulmasına gətirib çıxara və sistemin qeyri-sabitliyinə səbəb ola bilər. secretmem fd proseslər arasında və fork vasitəsilə ötürülə bildiyi üçün hər proses üzrə limit tətbiq etmək mənasızdır, buna görə də io_uring, perf, skbuff, iommufd və xdp tərəfindən müəyyən edilmiş nümunəni izləyərək kilidlənmiş səhifələrin sayı user_struct->locked_vm-də izlənilir. İzlənilən əhatə dairəsi əslində inode ömrü olduğu üçün RLIMIT_MEMLOCK hər prosesə yox, hər istifadəçiyə şamil edilir, buna görə də CAP_IPC_LOCK imtiyazına malik istifadəçilər üçün bu limiti yan keçmək mənasızdır, beləliklə bu yan keçmə mexanizmi silinib. Mapping-i mlock()'lənmiş kimi qeyd etməyə davam etmək üçün heç bir səbəb yoxdur, çünki bu yanlış təsəvvür yaradır və həyat dövrü artıq düzgün idarə olunur, ona görə də bu da silinib. Qeyd edək ki, secretmem kəsimin (truncation) heç bir formasını (o cümlədən hole punching) dəstəkləmir və folio-lar geri qaytarıla bilməzdir, buna görə də folio-lar yalnız fault zamanı uçota alınmalı və inode məhv edildikdə uçotdan çıxarılmalıdır. __secretmem_account_pages() funksiyası io_uring və s. tərəfindən istifadə olunan kodun təxminən dublikatıdır, lakin bu, backport edilməli olan bir xəta düzəltməsi olduğundan, hər hansı dublikasiyanın aradan qaldırılması səyləri növbəti yeniləmələrə saxlanılır. test_mlock_limit() mmap() zamanı mlock_future_ok()-u təsdiqləyirdi, lakin bu funksiya silindiyi üçün düzəliş çərçivəsində test tamamilə silindi. Upstream üçün yeni test ayrıca göndəriləcək.