Die Version 4.94.2 des Mailservers Exim wurde ver\u00f6ffentlicht und behebt 21 Sicherheitsanf\u00e4lligkeiten (CVE-2020-28007-CVE-2020-28026, CVE-2021-27216), die von Qualys entdeckt und unter dem Codenamen 21Nails pr\u00e4sentiert wurden. 10 dieser Probleme k\u00f6nnen aus der Ferne ausgenutzt werden, einschlie\u00dflich der M\u00f6glichkeit, Code mit Root-Rechten \u00fcber Manipulationen an SMTP-Kommandos im Dialog mit dem Server auszuf\u00fchren. <\/p>\n
Betroffen sind alle Versionen von Exim, deren Entwicklung seit 2004 im Git verfolgt wird. F\u00fcr 4 lokale Schwachstellen und 3 entfernte Probleme wurden funktionierende Exploit-Prototypen erstellt. Die Exploits f\u00fcr lokale Schwachstellen (CVE-2020-28007, CVE-2020-28008, CVE-2020-28015, CVE-2020-28012) erm\u00f6glichen das Anheben der Privilegien auf Benutzerroot. Zwei entfernte Probleme (CVE-2020-28020, CVE-2020-28018) erlauben es, ohne Authentifizierung Code mit den Rechten des Benutzers exim auszuf\u00fchren (daraufhin kann man durch Ausnutzen einer der lokalen Schwachstellen Zugriff auf Root erhalten). <\/p>\n
Die Schwachstelle CVE-2020-28021 erm\u00f6glicht eine sofortige Remote-Codeausf\u00fchrung mit Root-Rechten, erfordert jedoch authentifizierten Zugriff (der Benutzer muss eine authentifizierte Sitzung einrichten, um die Schwachstelle \u00fcber die Manipulation des AUTH-Parameters im MAIL FROM-Befehl auszunutzen). Das Problem entsteht, da der Angreifer eine Ersetzung der Zeichenfolge im Header der Spool-Datei erreichen kann, weil der Wert des authenticated_sender ohne angemessene Escape-Zeichen f\u00fcr Sonderzeichen geschrieben wird (zum Beispiel durch den Befehl «MAIL FROM:<> AUTH=Raven+0AReyes»). <\/p>\n
Zus\u00e4tzlich wird darauf hingewiesen, dass eine weitere Remote-Schwachstelle CVE-2020-28017 ausgenutzt werden kann, um Code mit den Rechten des Benutzers «exim» ohne Authentifizierung auszuf\u00fchren, aber mehr als 25 GB Speicher ben\u00f6tigt. F\u00fcr die \u00fcbrigen 13 Schwachstellen k\u00f6nnten ebenfalls Exploits vorbereitet werden, jedoch wurde in dieser Hinsicht bisher keine Arbeit geleistet. <\/p>\n
Die Entwickler von Exim wurden im Oktober letzten Jahres \u00fcber die Probleme informiert und haben mehr als 6 Monate f\u00fcr die Entwicklung von Patches ben\u00f6tigt. Allen Administratoren wird dringend geraten, Exim auf ihren Mail-Servern sofort zu aktualisieren. Servern<\/a> bis zur Version 4.94.2. Alle Versionen von Exim bis zur Ver\u00f6ffentlichung 4.94.2 wurden als veraltet (obsolete) erkl\u00e4rt. Die Ver\u00f6ffentlichung der neuen Version wurde mit den Distributionen koordiniert, die gleichzeitig Paketupdates herausgegeben haben: Ubuntu, Arch Linux, FreeBSD, Debian, SUSE und Fedora. RHEL und CentOS sind von diesem Problem nicht betroffen, da Exim nicht in deren regul\u00e4rem Paket-Repository enthalten ist (im EPEL-Repository sind die Updates derzeit noch nicht verf\u00fcgbar). <\/p>\n Entfernte Sicherheitsanf\u00e4lligkeiten: <\/p>\n Lokale Sicherheitsanf\u00e4lligkeiten: <\/p>\n \n
\n