{"id":170699,"date":"2026-05-15T06:24:37","date_gmt":"2026-05-15T04:24:37","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/uyazvimost-v-exim-privodyashhaya-k-udalyonnomu-vypolneniyu-koda-na-servere"},"modified":"2026-05-15T06:24:37","modified_gmt":"2026-05-15T04:24:37","slug":"uyazvimost-v-exim-privodyashhaya-k-udalyonnomu-vypolneniyu-koda-na-servere","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/uyazvimost-v-exim-privodyashhaya-k-udalyonnomu-vypolneniyu-koda-na-servere","title":{"rendered":"Une vuln\u00e9rabilit\u00e9 dans Exim entra\u00eenant une ex\u00e9cution de code \u00e0 distance sur le serveur.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Une vuln\u00e9rabilit\u00e9 critique a \u00e9t\u00e9 identifi\u00e9e dans le serveur de messagerie Exim (CVE-2026-45185) permettant l'ex\u00e9cution de code \u00e0 distance sur le serveur. Le probl\u00e8me se manifeste \u00e0 partir de la version Exim 4.97 lorsqu'elle est compil\u00e9e avec la biblioth\u00e8que GnuTLS (\u00ab USE_GNUTLS=yes \u00bb) et a \u00e9t\u00e9 corrig\u00e9e dans la version Exim 4.99.3. Les compilations utilisant OpenSSL et d'autres biblioth\u00e8ques que GnuTLS ne sont pas affect\u00e9es par cette vuln\u00e9rabilit\u00e9. <\/p>\n
Le probl\u00e8me r\u00e9sulte d'un acc\u00e8s \u00e0 de la m\u00e9moire d\u00e9j\u00e0 lib\u00e9r\u00e9e (use-after-free) dans le backend de GnuTLS et peut \u00eatre exploit\u00e9 en se connectant \u00e0 des serveurs prenant en charge l'extension \u00ab ESMTP CHUNKING \u00bb et la commande BDAT pour transf\u00e9rer le corps du message par morceaux au lieu d'envoyer un bloc indivisible via la commande DATA. La corruption du contenu de la m\u00e9moire du processus se produit lorsque le client initie la fermeture pr\u00e9matur\u00e9e de la session TLS avec la commande close_notify pendant le transfert du corps du message via BDAT, suivi de l'envoi d'un octet sans chiffrement dans le m\u00eame flux TCP. <\/p>\n
Lorsqu'elle re\u00e7oit la commande close_notify, le backend GnuTLS appelle une fonction d'interruption de session TLS, lib\u00e9rant les tampons associ\u00e9s \u00e0 la session. En raison d'une erreur dans le code backend, malgr\u00e9 la lib\u00e9ration du tampon TLS, le gestionnaire BDAT continue de lire des donn\u00e9es du flux et appelle la fonction ungetc(), ce qui, lors de l'envoi de donn\u00e9es non chiffr\u00e9es par la suite, entra\u00eene l'\u00e9criture d'un octet dans un tampon d\u00e9j\u00e0 lib\u00e9r\u00e9. Cet octet corrode les m\u00e9tadonn\u00e9es de l'allocation de m\u00e9moire dans le tas (heap), ce qui a \u00e9t\u00e9 exploit\u00e9 pour cr\u00e9er un exploit capable d'ex\u00e9cuter un code arbitraire. le serveur<\/a>. <\/p>\n