{"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\/novosti-interneta\/obnovlenie-pochtovogo-servera-exim-4-99-1-s-ustraneniem-uyazvimosti","title":{"rendered":"Aggiornamento del server di posta Exim 4.99.1 con correzione di 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 danneggiare il contenuto della memoria al di fuori del buffer allocato. Potenzialmente, questo problema potrebbe essere utilizzato per l'esecuzione remota di codice sul server, ma al momento non esiste un exploit funzionante. <\/p>\n
La vulnerabilit\u00e0 \u00e8 presente nel codice per l'interazione con il database interno (Hints DB) basato su SQLite, utilizzato per memorizzare informazioni temporanee, stato di consegna dei messaggi e 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 \u00abdbdata_ratelimit_unique\u00bb senza adeguati controlli. Si verificava una situazione in cui veniva creato un array fisso \u00abbloom\u00bb, della dimensione di 40 byte, e il contenuto del campo \u00abbloom_size\u00bb, che determina il numero di elementi scritti nell'array, dipendeva dalle dimensioni dei dati nel database. Un attaccante poteva orchestrare una scrittura oltre il buffer allocato, inserendo nel database dati (utilizzando un'altra vulnerabilit\u00e0) tali per cui il campo \u00abbloom_size\u00bb assumeva un valore significativamente maggiore della dimensione dell'array. <\/p>\n
Il problema si presenta nelle versioni Exim 4.99 e 4.98.2 e riguarda 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\" oppure \"warn ratelimit = 100 \/ 1h \/ per_rcpt \/ unique=$sender_address\"). Inoltre, per eseguire l'attacco, Exim deve essere compilato con il supporto per SQLite (USE_SQLITE=yes), attivato nel file di configurazione (hints_database = sqlite). Nelle configurazioni vulnerabili, eseguendo \"exim -bV\" viene visualizzato \"Hints DB: Using sqlite3\". <\/p>\n
Tra i principali distributori, le versioni problematiche sono state utilizzate in Debian 13, Ubuntu 25.10, SUSE\/openSUSE, Arch Linux, Fedora e FreeBSD. RHEL e i suoi derivati non sono affetti dal problema, poich\u00e9 Exim non \u00e8 incluso nel loro repository di pacchetti standard (in EPEL, l'aggiornamento al pacchetto exim non \u00e8 ancora stato pubblicato). <\/p>\n
Si segnala inoltre l'emergere di un nuovo vettore per sfruttare la vulnerabilit\u00e0 CVE-2025-26794, corretta nel rilascio di febbraio di Exim 4.98.1. Questa vulnerabilit\u00e0 consente l'inserimento di codice SQL nel database interno (Hints DB). La correzione precedentemente aggiunta non era in grado di eseguire l'escaping delle virgolette singole. Un esempio del comando MAIL FROM che porta all'inserimento di codice SQL \u00e8: \u00abMAIL FROM:<\u00abx\u2019\/**\/UNION\/**\/SELECT\/**\/X'\u2019\u2014\u00ab@attacker.com\u00bb\u00bb. Questa vulnerabilit\u00e0 pu\u00f2 essere utilizzata come primo passo 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":"