Podatności Linux kernel AppArmor

W jądrze Linux występuje zakleszczenie (deadlock) w mechanizmie AppArmor podczas wywołania change_hat w trybie complain, gdy docelowy hat nie istnieje i tworzony jest nowy profil uczący. Funkcja change_hat() trzyma blokadę podczas przeszukiwania listy hatów, a tworzenie nowego profilu próbuje ponownie zdobyć tę samą blokadę, co prowadzi do zawieszenia procesu. Problem dotyczy jąder 6.18.44 i 7.2-rc7 (oraz 7.0.0 w Ubuntu 26.04 LTS), a został naprawiony m.in. w 6.12.95 z poprawkami Debiana.

W jądrze Linux naprawiono podatność use-after-free (UAF) w module AppArmor, związaną z funkcją begin_current_label_crit_section(). Funkcja ta mogła bezpośrednio podmieniać wskaźniki poświadczeń (struct cred) w trakcie wywołania hooka LSM, co prowadziło do niespójności między task->cred a task->real_cred i w konsekwencji do zwolnienia pamięci poświadczeń, do których nadal odwoływały się inne zadania.

W jądrze Linux naprawiono błąd zapisu poza granicami bufora w funkcji aa_vec_unique() w module AppArmor. Gdy wszystkie komponenty etykiety są unikalne, terminator NULL trafia do vec[n], ale vec_setup() nie rezerwuje miejsca na ten dodatkowy wpis, co powoduje zapis jednego elementu poza końcem tablicy lokalnej lub alokacji. Podatność może być wywołana przez nieuprzywilejowanego użytkownika piszącego do /proc/self/attr/apparmor/current lub przez lsm_set_self_attr(2), a także przez plik .access w securityfs z uprawnieniami 0666.

W jądrze Linuxa zidentyfikowano podatność w AppArmor, która prowadzi do dereferencji wskaźnika NULL w funkcji __unix_needs_revalidation. Problem ten występuje podczas odbierania deskryptorów plików przez SCM_RIGHTS, gdy wskaźniki socket i sk mogą być NULL.