{"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\/es\/blog\/news\/uyazvimost-v-exim-privodyashhaya-k-udalyonnomu-vypolneniyu-koda-na-servere","title":{"rendered":"Vulnerabilidad en Exim que permite la ejecuci\u00f3n remota de c\u00f3digo en el servidor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Se ha detectado una vulnerabilidad cr\u00edtica en el servidor de correo Exim (CVE-2026-45185), que permite la ejecuci\u00f3n remota de c\u00f3digo en el servidor. El problema se manifiesta a partir de la rama Exim 4.97 cuando se compila con la biblioteca GnuTLS (\"USE_GNUTLS=yes\") y se ha corregido en la versi\u00f3n Exim 4.99.3. Las compilaciones con OpenSSL y otras bibliotecas distintas de GnuTLS no est\u00e1n afectadas por esta vulnerabilidad. <\/p>\n
El problema se debe a un acceso a la memoria ya liberada (use-after-free) en el backend de GnuTLS y puede ser explotado al interactuar con servidores que soportan la extensi\u00f3n \"ESMTP CHUNKING\" y el comando BDAT para enviar el cuerpo del mensaje en partes en lugar de enviarlo como un bloque indivisible utilizando el comando DATA. La corrupci\u00f3n del contenido de la memoria del proceso se produce cuando el cliente finaliza prematuramente la sesi\u00f3n TLS utilizando el comando close_notify durante el env\u00edo del cuerpo del mensaje a trav\u00e9s de BDAT y luego env\u00eda en la misma conexi\u00f3n TCP un byte sin cifrar en texto claro. <\/p>\n
Al recibir el comando close_notify en el backend de GnuTLS se invoca la funci\u00f3n de terminaci\u00f3n de la sesi\u00f3n TLS, que libera los buffers asociados a la sesi\u00f3n. Debido a un error en el c\u00f3digo del backend, a pesar de la liberaci\u00f3n del buffer TLS, el manejador BDAT contin\u00faa leyendo datos del flujo y llama a la funci\u00f3n ungetc(), lo que al enviar datos sin cifrar a continuaci\u00f3n, provoca la escritura de un byte en un buffer ya liberado. Este byte da\u00f1a los metadatos del asignador de memoria en el heap, lo que fue utilizado para realizar experimentos en la creaci\u00f3n de un exploit que ejecuta c\u00f3digo arbitrario en. servidor<\/a>. <\/p>\n