{"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\/it\/blog\/news\/uyazvimost-v-exim-privodyashhaya-k-udalyonnomu-vypolneniyu-koda-na-servere","title":{"rendered":"Vulnerabilit\u00e0 in Exim che porta all'esecuzione remota di codice sul server","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata individuata una vulnerabilit\u00e0 critica nel server di posta Exim (CVE-2026-45185), che consente l'esecuzione remota di codice sul server. Il problema si manifesta a partire dalla versione Exim 4.97 quando \u00e8 compilato con la libreria GnuTLS (\"USE_GNUTLS=yes\") ed \u00e8 stato risolto nella versione Exim 4.99.3. Le compilazioni con OpenSSL e altre librerie diverse da GnuTLS non sono interessate da questa vulnerabilit\u00e0. <\/p>\n
Il problema \u00e8 causato da un accesso a memoria gi\u00e0 liberata (use-after-free) nel backend di GnuTLS e pu\u00f2 essere sfruttato quando si interagisce con server che supportano l'estensione \"ESMTP CHUNKING\" e il comando BDAT per inviare in porzioni il corpo del messaggio, anzich\u00e9 inviarlo in un blocco indivisibile tramite il comando DATA. La corruzione del contenuto della memoria del processo si verifica quando un client termina prematuramente la sessione TLS utilizzando il comando close_notify durante l'invio del corpo del messaggio attraverso BDAT e invia subito dopo, nella stessa connessione TCP, un byte non cifrato in chiaro. <\/p>\n
Ricevendo il comando close_notify, nel backend GnuTLS viene chiamata una funzione di interruzione della sessione TLS, che libera i buffer associati alla sessione. A causa di un errore nel codice del backend, nonostante il buffer TLS venga liberato, il gestore BDAT continua a leggere dati dallo stream e chiama la funzione ungetc(), il che, nell'invio successivo di dati non crittografati, porta alla scrittura di un byte in un buffer gi\u00e0 liberato. Questo byte corrompe i metadati dell'allocatore di memoria nell'heap, il che \u00e8 stato sfruttato per condurre esperimenti nella creazione di un exploit in grado di eseguire codice arbitrario su server<\/a>. <\/p>\n