{"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\/novosti-interneta\/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 identificata 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 costruita con la libreria GnuTLS («USE_GNUTLS=yes») ed \u00e8 stato risolto nella versione Exim 4.99.3. Le versioni con OpenSSL e altre librerie diverse da GnuTLS non sono interessate dalla vulnerabilit\u00e0. <\/p>\n
Il problema \u00e8 causato da un accesso a una memoria gi\u00e0 liberata (use-after-free) nel backend di GnuTLS e pu\u00f2 essere sfruttato interagendo con server che supportano l'estensione «ESMTP CHUNKING» e il comando BDAT per la trasmissione del corpo del messaggio in blocchi invece che come un'unica unit\u00e0 tramite il comando DATA. La corruzione del contenuto della memoria del processo si verifica quando il client avvia in modo prematuro la conclusione della sessione TLS tramite il comando close_notify durante la trasmissione del corpo del messaggio attraverso BDAT, seguito dall'invio di un byte non criptato nello stesso collegamento TCP. <\/p>\n
Quando viene ricevuta la comanda close_notify nel backend di GnuTLS, viene chiamata la funzione di interruzione della sessione TLS, che rilascia i buffer associati alla sessione. A causa di un errore nel codice del backend, nonostante il rilascio del buffer TLS, il gestore BDAT continua a leggere dati dallo stream e chiama la funzione ungetc(), il che, durante l'invio successivo di dati non crittografati, porta alla scrittura di un byte in un buffer gi\u00e0 rilasciato. Questo byte danneggia i metadati dell'allocatore di memoria nel heap, il che \u00e8 stato utilizzato per effettuare esperimenti sulla creazione di un exploit che esegue codice arbitrario su server<\/a>. <\/p>\n