{"id":138584,"date":"2025-07-01T17:11:57","date_gmt":"2025-07-01T15:11:57","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimosti-v-utilite-sudo-pozvolyayushhie-poluchit-prava-root-v-sisteme"},"modified":"2025-07-01T17:11:57","modified_gmt":"2025-07-01T15:11:57","slug":"uyazvimosti-v-utilite-sudo-pozvolyayushhie-poluchit-prava-root-v-sisteme","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/uyazvimosti-v-utilite-sudo-pozvolyayushhie-poluchit-prava-root-v-sisteme","title":{"rendered":"Vuln\u00e9rabilit\u00e9s dans l'utilitaire sudo permettant d'obtenir des droits root dans le syst\u00e8me","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 identifi\u00e9e dans le paquet sudo, utilis\u00e9 pour ex\u00e9cuter des commandes au nom d'autres utilisateurs (CVE-2025-32463), permettant \u00e0 tout utilisateur non privil\u00e9gi\u00e9 d'ex\u00e9cuter du code avec des droits root, m\u00eame si l'utilisateur n'est pas mentionn\u00e9 dans la configuration sudoers. Les distributions utilisant le fichier de configuration \/etc\/nsswitch.conf sont concern\u00e9es, l'exploitation de la vuln\u00e9rabilit\u00e9 ayant \u00e9t\u00e9 d\u00e9montr\u00e9e dans Ubuntu 24.04 et Fedora 41. <\/p>\n
La vuln\u00e9rabilit\u00e9 se manifeste dans la configuration par d\u00e9faut et a \u00e9t\u00e9 confirm\u00e9e dans les versions de sudo de 1.9.14 \u00e0 1.9.17 (toutes les versions \u00e0 partir de 1.8.33 peuvent potentiellement \u00eatre affect\u00e9es). Le probl\u00e8me a \u00e9t\u00e9 corrig\u00e9 dans la mise \u00e0 jour sudo 1.9.17p1. Vous pouvez v\u00e9rifier l'\u00e9tat de la nouvelle version du paquet ou de la pr\u00e9paration d'un correctif dans les distributions sur les pages suivantes (si la page n'est pas disponible, cela signifie que les d\u00e9veloppeurs de la distribution n'ont pas encore commenc\u00e9 \u00e0 examiner le probl\u00e8me) : Debian, Ubuntu, Fedora, SUSE\/openSUSE, RHEL, Gentoo et Arch (1, 2). <\/p>\n
Le probl\u00e8me est caus\u00e9 par le fait que lors de l'utilisation de l'option «-R» («—chroot») pour ex\u00e9cuter des commandes dans un environnement chroot avec un r\u00e9pertoire racine choisi par l'utilisateur, le fichier \/etc\/nsswitch.conf \u00e9tait charg\u00e9 dans le contexte du nouveau r\u00e9pertoire racine, et non dans le r\u00e9pertoire syst\u00e8me. Puisque l'utilisateur peut utiliser son propre r\u00e9pertoire en tant que r\u00e9pertoire racine pour chroot, il peut y placer son propre fichier de configuration nsswitch.conf. En contr\u00f4lant le fichier \/etc\/nsswitch.conf charg\u00e9 par le sous-syst\u00e8me NSS (Name Service Switch), l'utilisateur peut ajouter des configurations qui m\u00e8nent \u00e0 l'appel de gestionnaires suppl\u00e9mentaires. Ces gestionnaires sont charg\u00e9s par NSS sous forme de biblioth\u00e8ques partag\u00e9es, qui peuvent \u00e9galement \u00eatre plac\u00e9es dans le r\u00e9pertoire sous le contr\u00f4le de l'utilisateur. En substituant sa biblioth\u00e8que, l'utilisateur peut r\u00e9ussir \u00e0 ex\u00e9cuter du code avec des droits root, car le traitement NSS a lieu avant la r\u00e9trocession des privil\u00e8ges. <\/p>\n
Dans la version sudo 1.9.17p1, une autre vuln\u00e9rabilit\u00e9 (CVE-2025-32462) a \u00e9galement \u00e9t\u00e9 corrig\u00e9e, permettant d'ex\u00e9cuter des commandes avec des droits root, mais se manifestant uniquement dans les configurations sudoers o\u00f9 le param\u00e8tre «host» est d\u00e9fini sur une valeur diff\u00e9rente de ALL ou du nom de l'h\u00f4te actuel. La vuln\u00e9rabilit\u00e9 est caus\u00e9e par une erreur qui faisait que l'option «-h» («—host») agissait non seulement en combinaison avec l'option «-l» («—list») pour afficher les privil\u00e8ges li\u00e9s \u00e0 l'h\u00f4te, mais aussi lors de l'ex\u00e9cution de commandes. Ainsi, l'utilisateur pouvait sp\u00e9cifier n'importe quel h\u00f4te lors de l'appel de sudo et contourner les limitations des r\u00e8gles sudoers li\u00e9es au nom de l'h\u00f4te. <\/p>\n
Pour mener l'attaque, l'utilisateur doit \u00eatre mentionn\u00e9 dans sudoers, par exemple, si les param\u00e8tres indiquent «testuser testhost = ALL», alors l'utilisateur «testuser» pouvait sp\u00e9cifier «sudo -h testhost» et ex\u00e9cuter des commandes avec des droits root sur n'importe quel h\u00f4te, et pas seulement sur l'h\u00f4te testhost. Les configurations avec des param\u00e8tres de type «testuser ALL = ALL» ou sans r\u00e8gles explicites pour un utilisateur sp\u00e9cifique ne sont pas vuln\u00e9rables. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"