{"id":115207,"date":"2024-04-21T02:30:03","date_gmt":"2024-04-21T00:30:03","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-glibc-ekspluatiruemaya-cherez-skripty-na-php"},"modified":"2024-04-21T02:30:03","modified_gmt":"2024-04-21T00:30:03","slug":"uyazvimost-v-glibc-ekspluatiruemaya-cherez-skripty-na-php","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/uyazvimost-v-glibc-ekspluatiruemaya-cherez-skripty-na-php","title":{"rendered":"Vuln\u00e9rabilit\u00e9 dans Glibc, exploit\u00e9e via des scripts PHP","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une vuln\u00e9rabilit\u00e9 a \u00e9t\u00e9 identifi\u00e9e dans la biblioth\u00e8que C standard Glibc (CVE-2024-2961), entra\u00eenant un d\u00e9passement de tampon lors de la conversion de cha\u00eenes sp\u00e9cialement format\u00e9es en codage ISO-2022-CN-EXT par la fonction iconv(). Le chercheur ayant d\u00e9couvert le probl\u00e8me pr\u00e9voit de pr\u00e9senter une communication lors de la conf\u00e9rence OffensiveCon le 10 mai, o\u00f9 il est mentionn\u00e9 que cette vuln\u00e9rabilit\u00e9 pourrait \u00eatre exploit\u00e9e via des applications en PHP. Il a \u00e9t\u00e9 d\u00e9clar\u00e9 que le probl\u00e8me concerne l'ensemble de l'\u00e9cosyst\u00e8me PHP et certaines applications. <\/p>\n
Lors de la conversion de cha\u00eenes en codage UCS4, conform\u00e9ment aux exigences de la RFC 1922, la biblioth\u00e8que ajoute certains caract\u00e8res d'\u00e9chappement qui mettent en \u00e9vidence les parties de la cha\u00eene dans lesquelles le codage a \u00e9t\u00e9 modifi\u00e9. La vuln\u00e9rabilit\u00e9 est caus\u00e9e par une v\u00e9rification incorrecte des limites des tampons internes par la fonction iconv(), ce qui peut entra\u00eener un d\u00e9passement de tampon d'un maximum de 4 octets. Lors d'un d\u00e9passement de tampon, certaines valeurs fixes peuvent \u00eatre \u00e9crites, telles que ‘$+I’, ‘$+J’, ‘$+K’, ‘$+L’, ‘$+M’ et ‘$*H’. Bien que l'exploitation de cette vuln\u00e9rabilit\u00e9 pour ex\u00e9cuter du code semble peu probable, le chercheur ayant signal\u00e9 le probl\u00e8me a d\u00e9clar\u00e9 que cela \u00e9tait suffisant pour pr\u00e9parer plusieurs prototypes d'exploits pour une attaque \u00e0 distance sur des applications PHP, entra\u00eenant l'ex\u00e9cution de code. <\/p>\n
La vuln\u00e9rabilit\u00e9 est pr\u00e9sente depuis 2000 et a \u00e9t\u00e9 corrig\u00e9e dans la branche Glibc 2.40 en cours de d\u00e9veloppement. Le correctif est \u00e9galement disponible sous forme de patchs pour les versions Glibc de 2.32 \u00e0 2.39. Dans les distributions, les utilisateurs peuvent suivre le correctif de la vuln\u00e9rabilit\u00e9 sur les pages : Debian, Ubuntu, Gentoo, RHEL, SUSE, Fedora, Arch. \n Source : opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"