Firewall Handbuch für LINUX 2.0 und 2.2 - zurück

installieren, welche alle Ports außer dem Port 80 sperren würde. Da häufig Formulare an
ein PERL - Skript Daten aus der HTML Seite übergeben, muß also der Datenstrom
zwischen Browser und Server mit Hilfe von z.B. des DELEGATE Filters (welcher auch
einige Sicherheitsprobleme hat) gefiltert werden, sodaß alle Befehle, die Informationen an
das PERL Skript eines WWW - Servers übergeben (POST/PUT), herausgefiltert werden,
oder auf problematische Inhalte hin untersucht werden.
Es ist jedoch äußerst schwierig, festzustellen, welche Parameter für ein CGI-Skript oder
einen Server - Dämon eine Gefahr darstellen. Daher ist es sinnvoll, alles zu filtern, was
nicht ausdrücklich funktionell erforderlich ist, und von vorne herein den Server so zu
konfigurieren, daß ein Angreifer nur minimalen Schaden anrichten kann. Hierzu ist es
notwendig, alle Zugriffsrechte auf das Betriebssystem weitestgehend zu begrenzen. Unter
UNIX ist dies dank der Modularität und der Unabhängigkeit der Serverdämonen möglich,
unter Windows NT hingegen nicht.
Da PERL zu den wichtigsten (neben PHP) serverseitigen Skriptsprachen gehört, hier also
eine Art Checkliste für UNIX (unter NT ist diese völlig wertlos !!!). PERL gehört aufgrund
des TAINT Mechanismus, der Variablen als verdorben kennzeichnet, zu den sichersten
Programmiersprachen überhaupt. Genau deswegen betreiben große Internet Sites alle
serverseitigen Funktionen unter PERL (Yahoo, HOTMAIL (gehört zu Microsoft), Siemens,
Deutsche Bank, INFOSEEK, LYCOS ...)...
30.1 Allgemeine Tips
1. Bei jeder Anwendung, deren Ausführung besondere Privilegien benötigt, muß
strengstens auf Sicherheit geachtet werden.
2. Das betrifft Skripte, die mit einem S-Bit (SUID) ausgestattet sind (das heißt
sie laufen unter UNIX mit anderen Privilegien als denen des Aufrufers), und
es gilt in ganz besonderem Maße für Netzdienste, da sie für jeden aus dem
Internet zugreifenden Client (Browser) einen möglichen Angriffspunkt
darstellen.
3. Neben den üblichen Techniken zur Vermeidung von Programmierfehlern (`-w''
auf der Kommandozeile und use strict), gibt es hierfür noch eine weitere
wertvolle Unterstützung: den Taint Modus, der entweder automatisch
eingeschaltet wird (bei Skripten mit S-Bit) oder auch explizit gewünscht
werden kann (Option -T in der ersten Zeile eines Skriptes).
4. Aber dies allein reicht nicht, da es noch weitere Angriffspunkte gibt, die nicht
automatisch durch -T verhindert werden können.
30.2 Typische Schwachstellen bei PERL Skripten
1. Die Ausführung externer Kommandos (sei es durch system() oder auch ganz
einfach bei einer Pipeline mit open()) ist grundsätzlich sehr gefährlich, wenn
eine Angreifer auf die Übergabeparameter Einfluß nehmen kann.
2. Wenn bei auszuführenden Kommandos kein absoluter Pfadname angegeben
wird, kann es "Überraschungen" durch eine manipulierte Umgebungsvariable
PATH, IFS ... geben oder durch vorgeschobene Kommandos eines
Angreifers, die weiter vorne im Pfad vor dem eigentlich gewünschten
Kommando liegen.
3. Sowohl bei open() als auch bei system() sind beliebige Shell-Metazeichen
zugelassen. Wenn eine Einflüßmöglichkeit auf die Zeichenkette existiert, die
der Shell übermittelt wird, ist es damit leicht möglich, ein Kommando des
Angreifers anzuhängen, z.B. ; rm -rf /, welches die Festplatte löscht.....
4. Die Shell trennt Kommandozeilen auf Basis der Umgebungsvariablen IFS auf.
Wenn die z.B. auf den Schrägstrich gesetzt wird, dann wird aus einem
absoluten Kommandonamen beispielsweise unerwartet das Kommando usr.
Erstellt von Doc Gonzo - http://kickme.to/plugins