CVE-2026-93243

Linux çekirdeğinde aşağıdaki güvenlik açığı giderilmiştir: mm/secretmem: kilitli sayfaların düzgün şekilde hesaplanması secretmem, belleği mlock()'lanmış gibi değerlendirerek ve böylece RLIMIT_MEMLOCK sınırı ile kısıtlayarak folio'ları hesaplar. Ancak folio'lar tahliye edilemez durumdadır ve inode tahliye edilene kadar bu şekilde kalırlar; bu da olağan mlock() semantiğini ortadan kaldırır - folio'ların eşlenmesi ve ardından eşlemeden çıkarılması, durumun PG_mlocked yerine AS_UNEVICTABLE'a bağlı olması nedeniyle onların tahliye edilemez durumunu temizlemez. Bu nedenle bir kullanıcı, RLIMIT_MEMLOCK sınırını kolayca aşabilir - sadece eşleme yapıp ardından eşlemeyi kaldırdığında, VmLck artık secretmem aralığını saymaz. Daha kötüsü, folio'lar işlemin RSS değerinde hesaplanmaz, bu da OOM killer'ın işlemi sonlandırması gerektiğini bilmeyeceği anlamına gelir. Tekrarlanan eşleme/eşleme kaldırma işlemleri (veya fork), tüm mevcut sistem belleğinin tahliye edilemez folio'larla tüketilmesine yol açabilir ve sistem kararsızlığına neden olabilir. Bir secretmem fd'si işlemler arasında ve fork üzerinden aktarılabildiğinden, işlem başına limit uygulanması mantıklı değildir; bu nedenle io_uring, perf, skbuff, iommufd ve xdp tarafından belirlenen emsal takip edilerek kilitli sayfa sayısı user_struct->locked_vm üzerinden izlenmektedir. İzlenen kapsam aslında inode ömrü olduğundan, RLIMIT_MEMLOCK işlem başına değil kullanıcı başına uygulanır; dolayısıyla CAP_IPC_LOCK yetkisine sahip kullanıcılar için bu sınırlamanın baypas edilmesi mantıksızdır, bu nedenle söz konusu baypas kaldırılmıştır. Eşlemenin mlock()'lanmış olarak işaretlenmeye devam etmesi için hiçbir neden yoktur çünkü bu yanıltıcıdır ve yaşam döngüsü artık doğru şekilde yönetilmektedir, bu nedenle bu işlem de kaldırılmıştır. secretmem'in herhangi bir kırpma biçimini (delik açma dahil) desteklemediğine ve folio'ların geri alınamaz olduğuna dikkat edilmelidir; bu nedenle folio'ların yalnızca hata anında (fault) hesaplanması ve inode imhasında hesaplamadan çıkarılması yeterlidir. __secretmem_account_pages(), io_uring vb. tarafından kullanılan kodun aşağı yukarı bir kopyasıdır ancak bu, backport edilmesi gereken bir hata düzeltmesi olduğu için mükerrer kodların temizlenme çalışmaları sonraki aşamalara bırakılmıştır. test_mlock_limit(), mmap() üzerinde mlock_future_ok() kontrolü yapar, ancak bu özellik kaldırıldığından, düzeltme kapsamında test tamamen kaldırılmıştır. Üst akış (upstream) için yeni bir test ayrıca gönderilecektir.