{"id":151908,"date":"2025-12-17T23:11:58","date_gmt":"2025-12-17T21:11:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/obnovlenie-pochtovogo-servera-exim-4-99-1-s-ustraneniem-uyazvimosti"},"modified":"2025-12-17T23:11:58","modified_gmt":"2025-12-17T21:11:58","slug":"obnovlenie-pochtovogo-servera-exim-4-99-1-s-ustraneniem-uyazvimosti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/obnovlenie-pochtovogo-servera-exim-4-99-1-s-ustraneniem-uyazvimosti","title":{"rendered":"Aggiornamento del server di posta Exim 4.99.1 con la correzione di una vulnerabilit\u00e0.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
\u00c8 stata pubblicata una versione correttiva del server di posta Exim 4.99.1, che risolve una vulnerabilit\u00e0 (CVE-2025-67896) che consente a un attaccante remoto di compromettere il contenuto della memoria al di fuori del buffer allocato. Potenzialmente, il problema potrebbe essere utilizzato per eseguire codice in remoto sul server, ma attualmente non \u00e8 stato ancora preparato un exploit funzionante. <\/p>\n
La vulnerabilit\u00e0 \u00e8 presente nel codice per la gestione del database interno (Hints DB) basato su SQLite, utilizzato per memorizzare informazioni temporanee, lo stato di consegna dei messaggi e i dettagli sull'intensit\u00e0 dell'invio delle email. Il problema \u00e8 causato dal fatto che le registrazioni del database venivano trasformate direttamente nella struttura interna «dbdata_ratelimit_unique» senza un'adeguata verifica. Si creava cos\u00ec una situazione in cui veniva creato un array fisso «bloom», di dimensione 40 byte, mentre il contenuto del campo «bloom_size», che determina il numero di elementi scritti nell'array, dipendeva dalla dimensione dei dati nel database. Un attaccante poteva organizzare una scrittura oltre il buffer allocato, inserendo nel database dati (utilizzando un'altra vulnerabilit\u00e0) per cui il campo «bloom_size» assumeva un valore significativamente maggiore della dimensione dell'array. <\/p>\n
Il problema si manifesta nelle versioni Exim 4.99 e 4.98.2, e interessa solo le configurazioni con ACL ratelimit, in cui vengono utilizzati i parametri «unique» o «per_addr» (ad esempio, «warn ratelimit = 100 \/ 1h \/ per_addr \/ $sender_address» o «warn ratelimit = 100 \/ 1h \/ per_rcpt \/ unique=$sender_address»). Inoltre, per eseguire l'attacco, Exim deve essere compilato con supporto SQLite (USE_SQLITE=yes), attivato nel file di configurazione (hints_database = sqlite). Nella configurazione vulnerabile, eseguendo «exim -bV» viene riportato «Hints DB: Using sqlite3». <\/p>\n
Tra i principali distribuzioni, le versioni problematiche sono state utilizzate in Debian 13, Ubuntu 25.10, SUSE\/openSUSE, Arch Linux, Fedora e FreeBSD. RHEL e distribuzioni derivate non sono affette dal problema, poich\u00e9 Exim non \u00e8 incluso nel loro repository di pacchetti di base (nell'EPEL l'aggiornamento per il pacchetto exim non \u00e8 ancora stato pubblicato). <\/p>\n
Si segnala anche l'emergere di un nuovo vettore per sfruttare la vulnerabilit\u00e0 CVE-2025-26794, corretta nell'uscita di febbraio di Exim 4.98.1. La vulnerabilit\u00e0 consente l'inserimento di codice SQL nel database interno (Hints DB). La correzione precedente non eseguiva l'escape delle virgolette singole. Ecco un esempio di comando MAIL FROM, che porta all'inserimento di codice SQL: «MAIL FROM:<«x’\/**\/UNION\/**\/SELECT\/**\/X'<hex_blob>’—«@attacker.com>». Questa vulnerabilit\u00e0 pu\u00f2 essere utilizzata come anello iniziale per creare le condizioni per il buffer overflow descritto sopra. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"