Home»NEWS»Postfix: Security-Patch gegen DoS-Attacke
Postfix: Security-Patch gegen DoS-Attacke
02.09.2008
Wietse Venema, Entwickler von Postfix hat einen Patch veröffentlicht, der Postfix gegen einen lokalen Denial-of-Service-Angriff (DoS) über ein Dateideskriptor-Leck in den Epoll-Routinen immun macht.
Seit Postfix 2.4 setzt der freie Mailserver auf ein performanteres, skalierbares I/O-Event-Handling, unter Linux auf Basis von Epoll. Venema entdeckte bei der regulären Inspektion des Quelltextes einen Fehler von Postfix 2.4 auf 2.6.x-Kerneln. Damit könnte ein lokaler Angreifer den Linux-Kernel veranlassen, I/O Ereignisse an die falschen Prozesse auszuliefern und dabei falsche Pipes/Sockets einzuschließen. Das ist möglich, weil die die Epoll Instanzen nicht nur für den ausführenden Prozess zugreifbar sind, sondern auch zum Beispiel für deren durch "fork()" erstellte Kind-Prozesse.
Als schnellen Workaround empfiehlt Venema, nur vertrauenswürdigen Benutzern die Mailzustellung durch externe Programme zu erlauben und die ".forward"-Dateien in einem nicht für Benutzer schreibbaren Pfad zu hinterlegen. Der Postfix-Entwickler stellt in den nächsten Stunden den Source-Code-Patch zur Verfügung, und auf der Postfix-Webseite soll dann auch eine aktuelle Postfix-Version erhältlich sein, in der der Fehler bereits behoben ist. Bei der deutschen Postfix-Community steht das deutschsprachige Advisory in voller Länge.
Ist es riskant, Open-Source-Software in geschäftskritischen Infrastrukturen einzusetzen? Warum sollten wir für einen Open-Source-Anbieter zahlen, wenn es sich doch um "freie" Software handelt? Bedeutet der Wechsel zu Open Source, dass die Komplexität der IT-Infrastruktur zunimmt? Dieses Whitepaper von Astaro räumt mit Mythen über Open-Source-Sicherheit auf.
Service Level Agreements - Der Unterschied liegt im Kleingedruckten
Wenn es um die Verfügbarkeit von Hostingprodukten geht, scheidet sich die Spreu vom Weizen unter den Internet Providern. Wer wissen will, wie verfügbar sein Hostingprodukt wirklich ist, sollte daher die Service Level Agreements seines Providers genauer studieren.