{"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\/news\/uyazvimost-v-exim-privodyashhaya-k-udalyonnomu-vypolneniyu-koda-na-servere","title":{"rendered":"Eine Sicherheitsanf\u00e4lligkeit in Exim, die zum Remote-Code-Ausf\u00fchren auf dem Server f\u00fchrt","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Im Mailserver Exim wurde eine kritische Schwachstelle (CVE-2026-45185) entdeckt, die es erm\u00f6glicht, aus der Ferne die Ausf\u00fchrung von Code auf dem Server zu erlangen. Das Problem tritt ab der Version Exim 4.97 auf, wenn mit der GnuTLS-Bibliothek (\"USE_GNUTLS=yes\") kompiliert wird, und wurde in der Ver\u00f6ffentlichung von Exim 4.99.3 behoben. Versionen mit OpenSSL und anderen Bibliotheken, die sich von GnuTLS unterscheiden, sind von dieser Schwachstelle nicht betroffen. <\/p>\n
Das Problem wird durch den Zugriff auf bereits freigegebene Speicherbereiche (use-after-free) im GnuTLS-Backend verursacht und kann ausgenutzt werden, wenn auf Server zugegriffen wird, die die Erweiterung \"ESMTP CHUNKING\" und den Befehl BDAT unterst\u00fctzen, um den Inhalt der Nachricht in Teilen zu \u00fcbertragen, anstatt ihn als unteilbaren Block \u00fcber den Befehl DATA zu senden. Eine Besch\u00e4digung des Speichers des Prozesses tritt auf, wenn der Client den TLS-Sitzung vorzeitig mit dem Befehl close_notify beendet, w\u00e4hrend der Nachrichtenninhalt \u00fcber BDAT \u00fcbertragen wird, und anschlie\u00dfend im selben TCP-Verbindung ein Byte unverschl\u00fcsselt im Klartext gesendet wird. <\/p>\n
Beim Empfang des close_notify-Befehls wird im GnuTLS-Backend eine Funktion zum Abbrechen 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, obwohl der TLS-Puffer freigegeben wurde, und ruft die Funktion ungetc() auf, was dazu f\u00fchrt, dass ein Byte in einen bereits freigegebenen Puffer geschrieben wird, wenn unverschl\u00fcsselte Daten gesendet werden. Dieses Byte besch\u00e4digt die Metadaten des Speicherallokators im Heap, was f\u00fcr Experimente zur Erstellung eines Exploits genutzt wurde, der beliebigen Code ausf\u00fchrt. Server<\/a>. <\/p>\n