{"id":104585,"date":"2022-07-03T15:36:40","date_gmt":"2022-07-03T13:36:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/lokalnaya-uyazvimost-v-nftables-pozvolyayushhaya-povysit-svoi-privilegii"},"modified":"2022-07-03T15:36:40","modified_gmt":"2022-07-03T13:36:40","slug":"lokalnaya-uyazvimost-v-nftables-pozvolyayushhaya-povysit-svoi-privilegii","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/lokalnaya-uyazvimost-v-nftables-pozvolyayushhaya-povysit-svoi-privilegii","title":{"rendered":"Vuln\u00e9rabilit\u00e9 locale dans nftables qui permet d'\u00e9lever ses privil\u00e8ges.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 d\u00e9couverte dans Netfilter, le sous-syst\u00e8me du noyau Linux utilis\u00e9 pour filtrer et modifier les paquets r\u00e9seau (CVE non attribu\u00e9), permettant \u00e0 un utilisateur local d'ex\u00e9cuter du code au niveau du noyau et d'\u00e9lever ses privil\u00e8ges dans le syst\u00e8me. Les chercheurs ont d\u00e9montr\u00e9 un exploit qui a permis \u00e0 un utilisateur local d'obtenir des droits root sur Ubuntu 22.04 avec le noyau 5.15.0-39-generic. Initialement, l'information sur la vuln\u00e9rabilit\u00e9 devait \u00eatre publi\u00e9e le 15 ao\u00fbt, mais en raison de la diffusion d'un e-mail contenant un prototype de l'exploit dans une liste de diffusion publique, l'embargo sur la divulgation a \u00e9t\u00e9 lev\u00e9. <\/p>\n
Le probl\u00e8me appara\u00eet \u00e0 partir de la version du noyau 5.8 et est caus\u00e9 par un d\u00e9passement de tampon dans le code de traitement des ensembles dans le module nf_tables, survenant en raison de l'absence de v\u00e9rifications appropri\u00e9es dans la fonction nft_set_elem_init. L'erreur a \u00e9t\u00e9 introduite dans une modification qui \u00e9largit la zone de stockage pour les \u00e9l\u00e9ments de liste \u00e0 128 octets. <\/p>\n
Pour mener une attaque, un acc\u00e8s \u00e0 nftables est n\u00e9cessaire, ce qui peut \u00eatre obtenu dans un espace de noms r\u00e9seau (network namespaces) distinct avec les permissions CLONE_NEWUSER, CLONE_NEWNS ou CLONE_NEWNET (par exemple, en ayant la possibilit\u00e9 de lancer un conteneur isol\u00e9). Aucune correction n\u2019est encore disponible. Pour bloquer l\u2019exploitation de la vuln\u00e9rabilit\u00e9 dans les syst\u00e8mes ordinaires, il faut s'assurer de d\u00e9sactiver la possibilit\u00e9 de cr\u00e9ation d'espaces de noms par des utilisateurs non privil\u00e9gi\u00e9s (\u00ab sudo sysctl -w kernel.unprivileged_userns_clone=0 \u00bb). \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"