von Javi Polo Über den Autor: Ich bin 18 Jahre alt und leidender Gymnasiast, dessen Prüfung in Katalanisch im September ansteht. Mein Hobby is die Informatik. Ich hoffe darauf, dass ich an der UIB mein Studium der Informatik (mit Nebenfach Telekommunikationstechnik) beginnen kann. Daneben mag ich Hardcore Musik und spiele in einer Band namens Niko-Chan's Kingdom. Ansonsten gibt es nicht viel zu sagen, außer, dass ich eine wirklich großartige Freundin namens Xiska habe. 0:) Inhalt: Einführung inetd Konfiguration Firewalls mit ipfwadm

TCPD und Firewalls unter Verwendung von IPFWADM

Zusammenfassung:

Dieser Artikel erläutert grob, wie durch die Konfigurierung der durch inetd gesteuerten Dienste die Systemsicherheit erhöht werden kann. Das Hauptaugenmerk gilt dabei ipfwadm zur Verwaltung und Konfiguration der inetd Dienste.

Einführung

Zuerst sollte erstmal klargestellt werden, was inetd eigentlich ist. Im Prinzip handelt es sich dabei um einen Daemon, der die Dienste steuert, die von dem System für Rechner, die über ein Netzwerk mit diesem verbunden sind, bereitgestellt werden. Es ist durchaus möglich, dass per Grundeinstellung nicht alle Dienste eines Systemes durch inetd kontrolliert werden. Deswegen sollte als Erstes in der Datei /etc/inetd.conf nachgeschaut werden, welche Dienste zur Zeit kontrolliert werden (alle Zeilen, die nicht mittels "#" auskommentiert sind). Der erste Rat, der beherzigt werden sollte, ist, dass nicht mehr Dienste aktiviert werden sollten, als unbedingt notwendig sind. So werden schonmal einige Schwachstellen beseitigt, da es durchaus sein kann, dass einige Daemons ausnutzbare Programmfehler aufweisen. Umso schlimmer, wenn diese Programme dann auch noch ohne jeglichen Sinn laufen und das System so unnötig gefährden.
 

inetd Konfiguration

ftp stream tcp nowait root /usr/sbin/tcpd in.ftpd -l -a

Das erste Wort ist der Name des bereitgestellten Dienstes (in diesem Fall "ftp", man kann in der Datei /etc/services nachschauen, auf welchem Port er läuft).

Der zweite Eintrag der Zeile gibt an, von welchem Typ der geöffnete Socket ist, mögliche Werte sind: stream (wie hier), dgram,raw, rdm und seqpacket.

Als Nächstes folgt das verwendete Protokoll. Dieses muss in der Datei /etc/protocols stehen, wie das im Beispiel verwendete TCP, dass bereits in besagter Datei aufgeführt sein sollte.

Nach dem Protokolleintrag muss wait bzw. nowait angegeben werden. Hier sollte fast immer nowait stehen, es sei denn, man arbeitet mit Sockets vom Typ dgram (Datagramm). Für letztgenannten Socketypen muss nowait angegeben werden, falls der Server multithreading fähig ist, oder wait, falls er nur Singlethreading unterstützt. In einem Multithreadingsystem startet der Server bei einer Anfrage auf dem entsprechenden Socket einen neuen Prozess für die Kommunikation und gibt den Socket wieder frei, sodass inetd auf weitere Anfragen warten kann. In einer Singelthreadedumbegung dagegen kann der Server nicht für jede Verbindung einen separaten Prozess starten, sondern führt die Kommunikation über den Socket durch und belegt in solange.
Es gibt noch eine Variante: nowait.xx, wobei xx für eine Zahl (z.B. 50) steht. Dadurch wird festgesetzt, wieviele Daemons maximal pro Minute für diesen Dienst gestartet werden können (bzw. wieviele Verbindungen akzeptiert werden...je nachdem, wie man es sieht). Der Standardwert hier ist 40.

Im fünften Feld steht der Name des Benutzer, unter dem der Daemon laufen soll, in dem Beispiel läuft ftp als root.

Das sechste Feld und dessen Nachfolger beinhalten den Namen des zu startenden Programmes, sowie dessen mögliche Parameter. In obigem Beispiel wird der Daemon tcpd gestartet. Als Argumente erhält das Program den Namen in.ftpd (FTP Daemon), sowie die Parameter -l -a. Hiermit ist nun der interessanteste Aspekt dieses Abschnittes erreicht worden, der Einsatz von tcpd.

tcpd ist ein Daemon, der eingehende Anfragen filtern kann und, abhängig von dem zu startenden Daemon und der IP Adresse, von der die Anfrage kommt, noch bestimmte Dinge tun kann. Grundlage dieser Entscheidungen bilden die Dateien /etc/hosts.allow und /etc/hosts.deny.

Prinzipiell steht in /etc/hosts.deny, wem welche Dienste verweigert und in /etc/hosts.allow wem die Nutzung welcher Dienste gestattet wird.

DAEMON: IP[: OPTION1 [: OPTION2 ]]

wobei DAEMON der zu startende Daemon sein kann, im obigen Beispiel wäre dies in.ftpd. Alternativ kann mit der Konstante ALL angezeigt werden, dass alle Dienste betroffen sind.

IP kann eine bestimmte IP Adresse oder eine URL, ein Bereich von IP Adressen (oder URLs) oder beliebige, weiter unten beschriebene Wildcards sein.

Bereiche von IP Adressen werden wie folgt angegeben:
123.32.
Durch diese Schreibweise werden alle Adressen der Form 123.32.XXX.YYY abgedeckt. Ähnlich werden URL Bereiche spezifiziert: .ml.org deckt alle Teildomänen von ml.org ab.

Eine etwas traditionellere Form der IP Bereichs Beschreibung folgt der Konvention IP/MASKM. Sollen zum Beispiel alle Adressen von 127.0.0.0 bis 127.0.255.255 abgedeckt werden, so wird dies durch 127.0.0.0/255.255.0.0 erreicht.

Die letzten beiden Optionen ermöglichen den Einsatz folgender Platzhalterzeichen für tcpd:

Mit diesen Platzhaltern und letzteren Optionen kann man bereits einiges bewerkstelligen, zum Beispiel gibt es Leute, die automatisch eine Teardrop Attacke starten, falls jemand versucht, mittels telnet Zugang zu ihrem System zu erhalten :)

INFO: Teardrop ist ein DoS (Denial of Service, ein Angriff, der das System zu einem Reboot oder zu einer Reinitialisierung zwingt). Dieser Angriff nutzt einen Fehler in der Zusammensetzungsroutine von TCP Paketen vieler Betriebssysteme aus (allerdings sollten mittlereweile die meisten Systeme entsprechend gepatched worden sein). Daten, die über das Internet versendet werden, benutzen meist das TCP/IP Protokoll (welches auch innerhalb anderer Netzwerktypen, etwa Intranets verwendet wird). Das Protokoll besteht eigentlich aus zwei Protokollen: TCP ist für das Zerlegen der Information in Pakete zuständig und gibt diese dann an das IP Protokoll weiter, welches diese dann an den Zielrechner schickt. Auf der Empfängerseite überprüft TCP, ob alle Pakete angekommen sind und setzt die Informationen wieder zusammen. Der oben genannte Angriff (und viele auf ihm basierende) nutzen die Tatsache aus, dass viele Betriebssystems vor dem Zusammensetzen nicht überprüfen, ob die Pakete zu klein sind. Ist dies aber der Fall, wird der Rechner bei der Zusammensetzung der Pakete überfordert. Offensichtlich bin ich mir nicht so ganz sicher, wie das ganze nun im Detail aussieht. Jegliche Kritik wird deshalb begrüßt. Nach diesem kleinen Exkurs, geht es nun weiter...

#hosts.allow 

ALL: 127.0.0.1 # localhost darf jeden Dienst nutzen

in.ftpd: ALL: spawn (wavplay /usr/share/sounds/intruder.wav & )
# es darf jeder den ftp Dienst nutzen, aber bei jeder Verbindung wird 
#eine WAVE Datei gespielt (als Warnung)

in.telnetd:  ALL: twist ( teardrop %h %h )
# Teardrop Angriff als Reaktion auf einen
# Verbindungsversuch mittels telnet (gegen jeden Rechner von aussen)

#fin

#hosts.deny

ALL: `.bsa.org'   # Jeder Verbindungsversuch aus der Domain bsa.org wird untersagt

in.fingerd: ALL	  # kein finger Dienst für niemanden:)

#fin

Dies ist alles, was über tcpd zu sagen ist. Jedoch hab ich schon vorher angedeutet, dass mein Wissen so groß nicht ist. Wer Interesse hat, möge doch ein wenig mit verschiedenen Konfigurationen experimentieren und die Man-Pages studieren (tcpd, host_access(5)). Auf diese Art wird der Leser sicherlich mehr lernen, als aus dem, was hier gezeigt worden ist.

Firewalls mit ipfwadm

Zuerst muss man im Kernel die Unterstützung für das IP Firwalling aktiviert haben (Networking -> Network firewalls + IP: firewalling). Nach der Neuübersetzung und der Reinitialisierung des Systems kann das Programm eingesetzt werden.

ipfwadm ermöglicht die Kontrolle von ein- und ausgehenden TCP, UDP und ICMP Paketen, sowie einige andere Dinge mehr (nur die gerade genannten Einsatzgebiete werden hier diskutiert). Vereinfacht gesagt kann ein Administrator festlegen, welche Pakete durchgelassen werden, sogar, von welcher IP Adresse oder aus welchem IP Bereich, zu welchem Port Pakete gesendet werden dürfen, welche Protokoll verwendet werden darf und beliebige Kombinationen dieser Möglichkeiten... Ähnliches gilt für ausgehende Pakete.

ipfwadm kann mehrere Parameter übergeben bekommen:

• -A spezifiziert Accounting Regeln
• -I definiert die Regeln für eingehende Pakete
• -O definiert die Regeln für ausgehende Pakete
• -F definiert Regeln für das Weiterleiten von Paketen
• -M kommt bei der Verwaltung von IP Masquerading zum Einsatz

In diesem Artikel werden nur die Parameter -I und -O besprochen. Beide haben die gleiche Syntax.

• -a fügt eine oder mehrere Regeln an das Ende der Regelliste ein
• -i fügt eine oder mehrere Regeln an den Anfang der Regelliste ein
• -d entfernt eine oder mehrere Regeln aus der Regelliste
• -l zeigt die Regeln der Regelliste
• -f entfernt alle Regeln aus der Regelliste
• -p gibt an, ob Pakete akzeptiert (a), abgelehnt (d) or zurückgewiesen (r) werden sollen
• -c überprüft, nach welchen Regeln ein Paket behandelt werden würde
• -h Hilfe

Dies waren im Wesentlichen die wichtigen Parameter. Um alle Pakete durchzulassen, die vom eigenen Rechner, zum eigenen Rechner gehen, wird folgende Regel hinzugefügt:

hiermit werden alle Pakete der Rechner 123.34.22.XXX abgelehnt:

Soll jeglicher Zugriff auf den Netbios Port, abgesehen von Adresse 111.222.123.221, verboten werden:

Das war alles, ein wenig kurz, aber mein Wissen ist halt auch recht begrenzt 0:)

2000-04-24, generated by lfparser version 1.5

mirror server hosted at Truenetwork, Russian Federation.