Linux Server - Firewall

> Linux Server - Firewall

> > # Regeln formulieren mit ipchains

> > Das Programm, mit dem die Linux-Paketfilterfirewall seine Regeln definiert, heisst bis zur Kernelversion 2.2 ipchains. Dieses Programm hat verschiedene Aufrufformen, die alle zu besprechen den Rahmen dieser Darstellung sprengen würde. Ich werde mich hier auf die notwendigen Formen beschränken, die wir hier brauchen.

> > ipchains formuliert Regeln, die dann direkt in den Speicher geschrieben werden. Das hat zur Folge, dass diese Regeln nach einem Neustart allesamt wieder verschwunden sind. Es empfielt sich also, die Regeln in Form eines Shellscripts zu formulieren.

> > ### Grundlegende Parameter von ipchains

> > Einer der folgenden Parameter muß immer der erste von ipchains sein. Diese Parameter schließen sich aus, es darf in einem Aufruf also immer nur einer der folgenden Parameter auftauchen:
> > `-A` Regelkette ...
> >   Eine Regel wird ans Ende der angegebenen Regelkette (input, output oder forward) angehängt. Wird keine Regelkette angegeben, so gilt die Regel für alle Regelketten.
> > `-I` Regelkette ...
> >   Eine Regel wird an den Anfang der angegebenen Regelkette (input, output oder forward) eingefügt. Wird keine Regelkette angegeben, so gilt die Regel für alle Regelketten.
> > `-F` Regelkette
> >   Alle bestehenden Regeln der angegebenen Kette werden gelöscht. Die Grundeinstellung (Policy) bleibt jedoch erhalten. Wird keine Regelkette angegeben, so werden alle Regeln aller Regelketten gelöscht.
> > `-P` Regelkette Policy
> >   Die angegebene Policy (DENY, REJECT oder ACCEPT) wird zur Grundeinstellung der genannten Regelkette.

> > Um Regeln zu definieren werden wir also mit ipchains -A arbeiten. Der Angabe der Kette folgen dann die entsprechenden Regelformulierungen.

> > ### Darstellungsart von Ports und Adressen

> > Wir werden bei jeder zu formulierenden Regel sowohl mit Portnummern, als auch mit IP-Adressen arbeiten müssen. Dabei stehen uns folgende Darstellungsmöglichkeiten zur Verfügung:

> > IP-Adressen können mit einer Maske versehen werden, die die signifikannten Bits der Adresse angibt. Diese Maske wird als Bitmaske realisiert und einfach mit einem Slash (/) hinten an die Adresse angehängt. Die Bedeutung ist einfach, die Adressangabe

> >       192.168.100.123/24

> > bedeutet, dass die ersten 24 Bit der Adressangabe mit der gefundenen Adresse übereinstimmen müssen, damit die Regel greift. In diesem Beispiel sind das also alle Adressen, die vorne 192.168.100 stehen haben. Eine Maske /32 bedeutet also, dass die Adresse exakt übereinstimmen muß, eine Maske /0 bedeutet, dass kein Bit übereinstimmen muß, also alle Adressen gemeint sind. Dafür ist auch die Abkürzung any/0 zulässig.

> > Ports werden als Nummern angegeben. Soll ein ganzer Bereich von gültigen Portnummern angegeben werden, so wird das in der Form

> >       Startport:Endport

> > dargestellt.

> > ### Parameter zur Darstellung der Regeln

> > Nach der Angabe des Parameters -A (oder -I) und der gewünschten Kette folgen verschiedene Angaben, die alle erfüllt sein müssen, wenn die Regel zutreffen soll. Die wichtigsten Parameter sind:
> > `-i` Interface
> >   Die Netzwerkschnittstelle für die die Regel gilt. Hier werden die symbolischen Schnittstellennamen wie `eth0, eth1, ppp0, ippp0,..` eingesetzt.
> > `-p` Protokoll
> >   Hier wird das vom Paket verwendete Protokoll angegeben, also `icmp, tcp` oder `udp`.
> > `-y`
> >   Das SYN-Flag einer TCP-Nachricht muß gesetzt, das ACK-Flag darf nicht gesetzt sein. Das Paket ist also das erste eines Verbindungsaufbaues und kommt vom Client.
> > `! -y`
> >   Das ACK-Flag einer TCP-Nachricht muß gesetzt sein. Das heißt, das Paket ist entweder der zweite Teil des Verbindungsaufbaues oder, es ist ein Teil einer bestehenden Verbindung. Ist weder -y noch ! -y gesetzt, werden die TCP-Flags nicht überprüft.
> > `-s` IP-Adresse [ Portnummer ]
> >   Absenderadresse (Source) des Paketes und optional die Absenderprtnummer.
> > `-d` IP-Adresse [ Portnummer ]
> >   Empfängeradresse (Destination) des Paketes und optional der Empfängerport.
> > `-j` Policy
> >   Policy dieser Regel. Gültige Policies sind ACCEPT, REJECT und DENY. In der forward-Chain ist auch die Policy MASQ für Masquerading zulässig.

> > ### Formulierung von Regeln

> > Für jede Art von Datenverbindung müssen wir mindestens zwei Regeln formulieren, eine für die input-chain und eine für die output-chain. In der Regel werden diese Formulierungen sich immer an den folgenden Aufbau halten:

> >       ipchains -A Regelkette -i Interface -p Protokoll \
> >                -s Absenderadresse Absenderport \
> >                -d Empfängeradresse Empfängerport -j Policy

> >     In manchen Fällen wird dem Protokoll noch die Angabe ! -y folgen
> >     oder einzelne Ports werden weggelassen. Aber der grundsätzliche Aufbau hält
> >     sich immer an diese Struktur.

> > [Zurück zur Firewall-Seite] [Nächste Seite]