{"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\/de\/blog\/novosti-interneta\/uyazvimost-v-exim-privodyashhaya-k-udalyonnomu-vypolneniyu-koda-na-servere","title":{"rendered":"Sicherheitsanf\u00e4lligkeit in Exim, die zur Remote-Codeausf\u00fchrung auf dem Server f\u00fchrt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im E-Mail-Server Exim wurde eine kritische Sicherheitsanf\u00e4lligkeit (CVE-2026-45185) entdeckt, die es erm\u00f6glicht, Code aus der Ferne auf dem Server auszuf\u00fchren. Das Problem tritt ab der Version Exim 4.97 auf, wenn sie mit der GnuTLS-Bibliothek (\"USE_GNUTLS=yes\") kompiliert wird, und wurde in der Version Exim 4.99.3 behoben. Versionen, die mit OpenSSL und anderen Bibliotheken als GnuTLS erstellt wurden, sind von der Sicherheitsanf\u00e4lligkeit nicht betroffen. <\/p>\n
Das Problem wird durch den Zugriff auf bereits freigegebenen Speicher (use-after-free) im GnuTLS-Backend verursacht und kann ausgenutzt werden, wenn auf Server zugegriffen wird, die die Erweiterung \"ESMTP CHUNKING\" und den BDAT-Befehl unterst\u00fctzen, um den Inhalt von E-Mails in Portionen zu \u00fcbertragen, anstatt ihn unteilbar mit dem DATA-Befehl zu senden. Eine Besch\u00e4digung des Speichers des Prozesses tritt auf, wenn der Client die TLS-Sitzung vorzeitig mit dem close_notify-Befehl beendet, w\u00e4hrend der Nachrichtentext \u00fcber BDAT \u00fcbertragen wird, und anschlie\u00dfend im selben TCP-Verbindung ein einzelnes Byte unverschl\u00fcsselt gesendet wird. <\/p>\n
Wenn der close_notify-Befehl im GnuTLS-Backend empfangen wird, wird die Funktion zur Unterbrechung der TLS-Sitzung aufgerufen, die die mit der Sitzung verbundenen Puffer freigibt. Aufgrund eines Fehlers im Backend-Code liest der BDAT-Handler weiterhin Daten aus dem Stream und ruft die Funktion ungetc() auf, obwohl der TLS-Puffer freigegeben wurde. Dies f\u00fchrt dazu, dass beim Senden unverschl\u00fcsselter Daten ein Byte in einen bereits freigegebenen Puffer geschrieben wird. Dieses Byte besch\u00e4digt die Metadaten des Speichers im Heap, was f\u00fcr Experimente zur Erstellung eines Exploits verwendet wurde, der beliebigen Code ausf\u00fchrt. Server<\/a>. <\/p>\n