{"id":104360,"date":"2022-06-12T09:36:50","date_gmt":"2022-06-12T07:36:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-firejail-pozvolyayushhaya-poluchit-root-dostup-v-sisteme"},"modified":"2022-06-12T09:36:50","modified_gmt":"2022-06-12T07:36:50","slug":"uyazvimost-v-firejail-pozvolyayushhaya-poluchit-root-dostup-v-sisteme","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/news\/uyazvimost-v-firejail-pozvolyayushhaya-poluchit-root-dostup-v-sisteme","title":{"rendered":"Een kwetsbaarheid in firejail stelt een aanvaller in staat om root-toegang tot het systeem te verkrijgen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
In de tool voor ge\u00efsoleerde uitvoering van toepassingen Firejail is een kwetsbaarheid ontdekt (CVE-2022-31214), die een lokale gebruiker in staat stelt om root-rechten in het basissysteem te verkrijgen. Er is een werkende exploit beschikbaar die is getest op recente versies van openSUSE, Debian, Arch, Gentoo en Fedora met de installatie van de Firejail-tool. Het probleem is verholpen in de uitgave van Firejail 0.9.70. Als tijdelijke beveiligingsmaatregel kunnen in de instellingen (\/etc\/firejail\/firejail.config) de parameters 'join no' en 'force-nonewprivs yes' worden ingesteld. <\/p>\n
Firejail maakt gebruik van de namespaces-methode, AppArmor en filtering van systeemaanroepen (seccomp-bpf) in Linux voor isolatie, maar vereist verhoogde privileges voor de configuratie van de ge\u00efsoleerde uitvoering, die het verkrijgt door middel van de SUID-root-vlag of door het gebruik van sudo. De kwetsbaarheid is te wijten aan een fout in de logica van de optie '--join=', die bedoeld is om verbinding te maken met een reeds actief ge\u00efsoleerd omgeving (vergelijkbaar met de login-opdracht voor sandbox-omgevingen) door de omgeving te defini\u00ebren op basis van de werkende proces-ID. Voordat de privileges worden teruggezet, bepaalt Firejail de privileges van het opgegeven proces en past deze toe op het nieuwe proces dat wordt aangesloten op de omgeving met de optie '--join'. <\/p>\n
Voordat verbinding wordt gemaakt, wordt gecontroleerd of het opgegeven proces draait in de Firejail-omgeving. Deze controle beoordeelt of het bestand \/run\/firejail\/mnt\/join aanwezig is. Om de kwetsbaarheid te exploiteren, kan de aanvaller een fictieve niet-ge\u00efsoleerde Firejail-omgeving simuleren door gebruik te maken van een mount namespace, waarna verbinding kan worden gemaakt met deze omgeving met de optie '--join'. Als in de instellingen de modus voor het verbieden van het verkrijgen van extra privileges in nieuwe processen (prctl NO_NEW_PRIVS) niet is geactiveerd, zal Firejail de gebruiker verbinden met de fictieve omgeving en proberen de instellingen van het gebruikersnamespace (user namespace) van het init-proces (PID 1) toe te passen. <\/p>\n
Uiteindelijk zal het proces dat via «firejail —join» is aangesloten, zich bevinden in de oorspronkelijke namespace van de gebruiker met onveranderde privileges, maar in een andere mount-namespace die volledig door de aanvaller wordt gecontroleerd. Dit stelt de aanvaller in staat om setuid-root programma's uit te voeren in de door hem gecre\u00eberde mount-namespace, wat bijvoorbeeld het mogelijk maakt om de instellingen van \/etc\/sudoers of PAM-parameters in zijn eigen bestandshierarchie te wijzigen en commando's met root-rechten uit te voeren met behulp van de utilities sudo of su. \n Bron: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"