{"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\/de\/blog\/news\/obnovlenie-pochtovogo-servera-exim-4-99-1-s-ustraneniem-uyazvimosti","title":{"rendered":"Update des Mailservers Exim 4.99.1 zur Behebung einer Sicherheitsanf\u00e4lligkeit.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Eine korrigierte Version des Mailservers Exim 4.99.1 wurde ver\u00f6ffentlicht, die eine Sicherheitsanf\u00e4lligkeit (CVE-2025-67896) behebt, die es einem entfernten Angreifer erm\u00f6glicht, den Speicherinhalt au\u00dferhalb des zugewiesenen Puffers zu manipulieren. Potenziell k\u00f6nnte dieses Problem f\u00fcr die entfernte Ausf\u00fchrung von Code auf dem Server genutzt werden, jedoch wurde bisher kein funktionierender Exploit entwickelt. <\/p>\n
Die Schwachstelle liegt im Code f\u00fcr die Arbeit mit der internen Datenbank (Hints DB) auf Basis von SQLite, die zur Speicherung tempor\u00e4rer Informationen, des Zustands der Nachrichtenlieferung und der Intensit\u00e4t des E-Mail-Versands verwendet wird. Das Problem entsteht dadurch, dass Datenbankeintr\u00e4ge direkt in die interne Struktur \u201edbdata_ratelimit_unique\u201c umgewandelt wurden, ohne dass eine angemessene \u00dcberpr\u00fcfung vorgenommen wurde. Es konnte eine Situation entstehen, in der ein fester Array \u201ebloom\u201c mit einer Gr\u00f6\u00dfe von 40 Byte erstellt wurde, w\u00e4hrend der Inhalt des Feldes \u201ebloom_size\u201c, das die Anzahl der in das Array geschriebenen Elemente bestimmt, von der Gr\u00f6\u00dfe der Daten in der Datenbank abhing. Ein Angreifer konnte durch das Platzieren von Daten in der Datenbank (unter Ausnutzung einer weiteren Schwachstelle) einen Schreibvorgang jenseits des zugewiesenen Puffers initiieren, bei dem das Feld \u201ebloom_size\u201c einen Wert annahm, der eindeutig gr\u00f6\u00dfer war als die Gr\u00f6\u00dfe des Arrays. <\/p>\n
Das Problem tritt in den Versionen Exim 4.99 und 4.98.2 auf und betrifft nur Konfigurationen mit ACL ratelimit, in denen die Parameter \u201eunique\u201c oder \u201eper_addr\u201c verwendet werden (z. B. \u201ewarn ratelimit = 100 \/ 1h \/ per_addr \/ $sender_address\u201c oder \u201ewarn ratelimit = 100 \/ 1h \/ per_rcpt \/ unique=$sender_address\u201c). Zudem muss Exim f\u00fcr den Angriff mit Unterst\u00fctzung f\u00fcr SQLite (USE_SQLITE=yes) im Konfigurationsdatei aktiviert werden (hints_database = sqlite). In der anf\u00e4lligen Konfiguration wird beim Start von \u201eexim -bV\u201c die Ausgabe \u201eHints DB: Using sqlite3\u201c angezeigt. <\/p>\n
Von namhaften Distributionen wurden die problematischen Versionen in Debian 13, Ubuntu 25.10, SUSE\/openSUSE, Arch Linux, Fedora und FreeBSD verwendet. RHEL und derivatische Distributionen sind nicht betroffen, da Exim nicht in deren Standard-Paketrepository enthalten ist (im EPEL wurde das Update f\u00fcr das Paket exim bisher nicht ver\u00f6ffentlicht). <\/p>\n
Es wurde auch ein neuer Vektor zur Ausnutzung der Schwachstelle CVE-2025-26794 festgestellt, die im Februar mit Exim 4.98.1 behoben wurde. Die Schwachstelle erm\u00f6glicht die Injektion von SQL-Code in die interne Datenbank (Hints DB). Das zuvor hinzugef\u00fcgte Update hat einfache Anf\u00fchrungszeichen nicht escaped. Ein Beispiel f\u00fcr den Befehl MAIL FROM, der zu einer SQL-Injektion f\u00fchrt: \u201eMAIL FROM:<\u2018x\u2019\/**\/UNION\/**\/SELECT\/**\/X''\u2014\u2018@attacker.com>\u2018. Diese Schwachstelle kann als Einstiegspunkt zur Schaffung der oben beschriebenen Puffer\u00fcberlaufbedingungen verwendet werden. \n Quelle: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"