È stata pubblicata una versione correttiva del server di posta Exim 4.99.1, che risolve una vulnerabilità (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.
La vulnerabilità è presente nel codice per la gestione del database interno (Hints DB) basato su SQLite, utilizzato per memorizzare informazioni temporanee, lo stato della consegna dei messaggi e dati sull'intensità dell'invio delle email. Il problema è causato dal fatto che le registrazioni del database venivano direttamente convertite nella struttura interna «dbdata_ratelimit_unique» senza un adeguato controllo. Si verificava una situazione in cui veniva creato un array fisso «bloom» di 40 byte, mentre il contenuto del campo «bloom_size», che definiva il numero di elementi da scrivere 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à) per cui il campo «bloom_size» assumeva un valore significativamente maggiore della dimensione dell'array.
Il problema si manifesta nelle versioni di Exim 4.99 e 4.98.2 ed interessa solo le configurazioni con ACL ratelimit, nelle quali 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 stato compilato con supporto per SQLite (USE_SQLITE=yes), attivato nel file di configurazione (hints_database = sqlite). Nelle configurazioni vulnerabili, l'esecuzione di «exim -bV» mostra «Hints DB: Using sqlite3».
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é Exim non è incluso nel loro repository di pacchetti standard (in EPEL, l'aggiornamento al pacchetto exim non è ancora stato pubblicato).
Si segnala anche l'emergere di un nuovo vettore per sfruttare la vulnerabilità CVE-2025-26794, corretta nella versione di Exim 4.98.1 di febbraio. La vulnerabilità consente di effettuare l'iniezione di codice SQL nel database interno (Hints DB). La correzione precedente non aveva effettuato l'escaping degli apici singoli. Un esempio di comando MAIL FROM che porta all'iniezione di codice SQL è: «MAIL FROM:<«x’/**/UNION/**/SELECT/**/X'<hex_blob>’—«@attacker.com>». Questa vulnerabilità può essere utilizzata come primo passo per creare le condizioni per la sovrascrittura del buffer sopra descritta.
Fonte: opennet.ru
