{"id":103053,"date":"2022-01-21T15:36:44","date_gmt":"2022-01-21T13:36:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-vfs-%d1%8f%d0%b4%d1%80%d0%b0-linux-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d0%bf%d0%be%d0%b2%d1%8b"},"modified":"2022-01-21T15:36:44","modified_gmt":"2022-01-21T13:36:44","slug":"%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-vfs-%d1%8f%d0%b4%d1%80%d0%b0-linux-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d0%bf%d0%be%d0%b2%d1%8b","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/%d1%83%d1%8f%d0%b7%d0%b2%d0%b8%d0%bc%d0%be%d1%81%d1%82%d1%8c-%d0%b2-vfs-%d1%8f%d0%b4%d1%80%d0%b0-linux-%d0%bf%d0%be%d0%b7%d0%b2%d0%be%d0%bb%d1%8f%d1%8e%d1%89%d0%b0%d1%8f-%d0%bf%d0%be%d0%b2%d1%8b","title":{"rendered":"Vuln\u00e9rabilit\u00e9 dans le noyau VFS de Linux, permettant d'\u00e9lever ses privil\u00e8ges.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une vuln\u00e9rabilit\u00e9 (CVE-2022-0185) a \u00e9t\u00e9 identifi\u00e9e dans l'API Filesystem Context fournie par le noyau Linux, permettant \u00e0 un utilisateur local d'obtenir des droits root sur le syst\u00e8me. Le chercheur ayant d\u00e9couvert le probl\u00e8me a publi\u00e9 une d\u00e9monstration d'un exploit permettant d'ex\u00e9cuter du code avec des droits root sur Ubuntu 20.04 dans une configuration par d\u00e9faut. Le code de l'exploit devrait \u00eatre publi\u00e9 sur GitHub dans la semaine suivant la sortie des mises \u00e0 jour corrig\u00e9es par les distributions. <\/p>\n
La vuln\u00e9rabilit\u00e9 se trouve dans la fonction legacy_parse_param() de VFS et est caus\u00e9e par l'absence de v\u00e9rification ad\u00e9quate de la taille maximale des param\u00e8tres fournis dans les syst\u00e8mes de fichiers ne prenant pas en charge l'API Filesystem Context. Lors de la transmission d'un param\u00e8tre trop volumineux, cela peut entra\u00eener un d\u00e9bordement de la variable enti\u00e8re utilis\u00e9e pour calculer la taille des donn\u00e9es \u00e9crites \u2014 le code contient un contr\u00f4le de d\u00e9bordement du tampon \u00ab if (len > PAGE_SIZE \u2014 2 \u2014 size) \u00bb, qui \u00e9choue si la valeur de size d\u00e9passe 4094 en raison d'un d\u00e9bordement entier (integer underflow, lorsque 4096 \u2014 2 \u2014 4095 est converti en unsigned int, cela donne 2147483648). <\/p>\n
L'erreur sp\u00e9cifi\u00e9e permet, lorsqu'on acc\u00e8de \u00e0 une image FS sp\u00e9cialement format\u00e9e, de provoquer un d\u00e9bordement de tampon et d'\u00e9craser les donn\u00e9es du noyau qui se trouvent apr\u00e8s la zone de m\u00e9moire allou\u00e9e. Pour exploiter cette vuln\u00e9rabilit\u00e9, des privil\u00e8ges CAP_SYS_ADMIN sont n\u00e9cessaires, c'est-\u00e0-dire des droits d'administrateur. Le probl\u00e8me est qu'un utilisateur non privil\u00e9gi\u00e9 peut obtenir de tels privil\u00e8ges dans un conteneur isol\u00e9 si la prise en charge des espaces de noms d'identifiants utilisateurs (user namespaces) est activ\u00e9e dans le syst\u00e8me. Par exemple, les espaces de noms d'utilisateurs sont activ\u00e9s par d\u00e9faut dans Ubuntu et Fedora, mais ne sont pas activ\u00e9s dans Debian et RHEL (\u00e0 moins que des plateformes d'isolement de conteneurs ne soient utilis\u00e9es). <\/p>\n
Le probl\u00e8me se manifeste \u00e0 partir du noyau Linux 5.1 et a \u00e9t\u00e9 corrig\u00e9 dans les mises \u00e0 jour d'hier 5.16.2, 5.15.16, 5.10.93, 5.4.173. Des mises \u00e0 jour de paquets contenant la correction de la vuln\u00e9rabilit\u00e9 ont d\u00e9j\u00e0 \u00e9t\u00e9 publi\u00e9es pour RHEL, Debian, Fedora et Ubuntu. Le correctif n'est pas encore disponible pour Arch Linux, Gentoo, SUSE et openSUSE. Comme solution temporaire de protection pour les syst\u00e8mes ne utilisant pas l'isolation par conteneurs, vous pouvez d\u00e9finir la valeur sysctl \u00ab user.max_user_namespaces \u00bb \u00e0 0 : echo \u00ab user.max_user_namespaces=0 \u00bb > \/etc\/sysctl.d\/userns.conf # sysctl -p \/etc\/sysctl.d\/userns.conf \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"