{"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\/es\/blog\/news\/obnovlenie-pochtovogo-servera-exim-4-99-1-s-ustraneniem-uyazvimosti","title":{"rendered":"Actualizaci\u00f3n del servidor de correo Exim 4.99.1 que soluciona una vulnerabilidad.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha publicado una versi\u00f3n corregida del servidor de correo Exim 4.99.1, que resuelve una vulnerabilidad (CVE-2025-67896), permitiendo que un atacante remoto pueda comprometer el contenido de la memoria fuera del b\u00fafer asignado. Potencialmente, este problema podr\u00eda ser utilizado para la ejecuci\u00f3n remota de c\u00f3digo en el servidor, aunque hasta ahora no se ha preparado un exploit funcional. <\/p>\n
La vulnerabilidad se encuentra en el c\u00f3digo para trabajar con la base de datos interna (Hints DB) basada en SQLite, utilizada para almacenar informaci\u00f3n temporal, el estado de entrega de mensajes y detalles sobre la intensidad de env\u00edo de correos. El problema surge porque los registros de la base de datos se convert\u00edan directamente en la estructura interna «dbdata_ratelimit_unique» sin la debida verificaci\u00f3n. Se daba una situaci\u00f3n en la que se creaba un array fijo «bloom» de 40 bytes, y el contenido del campo «bloom_size», que determina el n\u00famero de elementos escritos en el array, depend\u00eda del tama\u00f1o de los datos en la base de datos. Un atacante podr\u00eda organizar una escritura m\u00e1s all\u00e1 del b\u00fafer asignado, insertando en la base de datos datos (utilizando otra vulnerabilidad) que hicieran que el campo «bloom_size» tomara un valor evidentemente mayor que el tama\u00f1o del array. <\/p>\n
El problema se manifiesta en las versiones de Exim 4.99 y 4.98.2, y afecta solo a configuraciones con ACL ratelimit, donde se utilizan los par\u00e1metros «unique» o «per_addr» (por ejemplo, «warn ratelimit = 100 \/ 1h \/ per_addr \/ $sender_address» o «warn ratelimit = 100 \/ 1h \/ per_rcpt \/ unique=$sender_address»). Adem\u00e1s, para realizar el ataque, Exim debe estar compilado con soporte para SQLite (USE_SQLITE=yes), activado en el archivo de configuraci\u00f3n (hints_database = sqlite). En la configuraci\u00f3n vulnerable, al ejecutar «exim -bV» se devuelve «Hints DB: Using sqlite3». <\/p>\n
Entre las principales distribuciones afectadas se encuentran Debian 13, Ubuntu 25.10, SUSE\/openSUSE, Arch Linux, Fedora y FreeBSD. RHEL y sus derivados no est\u00e1n afectados, ya que Exim no forma parte de su repositorio de paquetes est\u00e1ndar (en EPEL, la actualizaci\u00f3n del paquete exim a\u00fan no ha sido publicada). <\/p>\n
Tambi\u00e9n se ha detectado un nuevo vector para explotar la vulnerabilidad CVE-2025-26794, que se corrigi\u00f3 en la versi\u00f3n de Exim 4.98.1 de febrero. Esta vulnerabilidad permite la inyecci\u00f3n de c\u00f3digo SQL en la base de datos interna (Hints DB). La correcci\u00f3n previamente a\u00f1adida no escap\u00f3 las comillas simples. Un ejemplo del comando MAIL FROM que da lugar a la inyecci\u00f3n de c\u00f3digo SQL es: «MAIL FROM:<«x’\/**\/UNION\/**\/SELECT\/**\/X'<hex_blob>’—«@attacker.com>». Esta vulnerabilidad puede utilizarse como un punto de partida para crear condiciones que den lugar al desbordamiento de b\u00fafer descrito anteriormente. \n Fuente: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"