WIS – SS 2018 - Teil 10/Firewalls...

2WIS – SS 2018 - Teil 10/Firewalls II

Literatur

[10-1] Spenneberg, Ralf: Linux-Firewalls mit iptables & Co. Addison-Wesley, 2006

[10-2] Purdy, Gregor: LINUX iptables. Pocket Reference, O'Reilly, 2004

[10-3] Barth, Wolfgang: Das Firewall-Buch. millin, 3. Auflage, 2004

[10-4] Ziegler, Robert: Linux-Firewalls. Markt+Technik, 2.Auflage, 2003

[10-5] http://de.wikipedia.org/wiki/Iptables

[10-6] https://www.frozentux.net/iptables-tutorial/iptables-tutorial.html

[10-7] http://www.selflinux.org/selflinux/html/iptables.html

[10-8] http://de.wikibooks.org/wiki/Linux-Praxisbuch:_Linux-Firewall_mit_IP-Tables

[10-9] https://help.ubuntu.com/community/IptablesHowTo

[10-10] https://wiki.archlinux.org/index.php/simple_stateful_firewall


Überblick

• Das Konzept der iptables

• Architektur/Bauform einer Personal Firewall

• Regeln für einige Dienste

• Starten der Firewall


Regelketten (Chains) der Filter-Table

• Input-Chain: Filter für eingehende Pakete an Prozesse

• Output-Chain: Filter für ausgehende Pakete von Prozessen

• Forward-Chain: Filter für Pakete, die durchgeleitet werden


Algorithmus

• Eine Regelkette wird solange durchlaufen bis das Ende erreicht wird oder die erste Bedingung zutrifft (hierbei gibt es Ausnahmen).

• Eine Ausnahme sind Logging-Aktionen, nach denen weiter gelaufen wird.

• Bei einem Zutreffen der Bedingung wird eine Aktion durchgeführt.

• Ist das Ende einer Tabelle erreicht, wird eine allgemeine Regel angewandt: die Policy.

Hinweis:Regeln können ähnlich Prozeduren in benannten Gruppenzusammen gefasst werden. Dies dient der besseren Strukturierung.

Aus diesen Gründen kommt es auf die Reihenfolge der Regeln an.Auch die Performanz wird durch die Reihenfolge bestimmt.


Kommando iptables

• Verarbeitung der Pakete erfolgt durch drei Tabellen bzw. Module innerhalb des Kernels:– Filter-Table

(mit den besprochenen Chains)

– Mangle-Table (Markieren, Verändern von Paketen)

– NAT-Table (Durchführung von NAT)

• Die Einträge in den Tabellen werden durch das Kommando iptables gesetzt, geändert und gelöscht.

• Die Kommandos dazu stehen in einem Shell-File, das möglichst direkt nach dem Start der Netzwerkdienste ausgeführt wird.

Im Folgenden wird nur die Filter-Tabelle besprochen.


Parameter für Filter-Tabelle I

Komplette Chains (INPUT, OUTPUT, FORWARD und eigene):

-F Chain Löscht alle Regeln einer Kette

-P Chain Policy Legt Policy (ACCEPT oder DROP) fest

-L Chain Listet Regeln auf

Regeln einer Chain:

-A Chain Fügt hinten an


Die möglichen Aktionen

ACCEPT Annehmen und Weiterleiten des Pakets

DROP Verwerfen

REJECT Verwerfen und mit ICMP-Fehlermeldung ablehnen

LOG Logging, Prüfung geht weiter

Aktion kann sein (Beispiele):


Zustandsbehaftete Firewall I

State Erläuterung

NEW TCP-Aufbaupaket bzw. 1. UDP-Paket

ESTABLISHED Paket einer TCP-Verbindung bzw. Folge-UDP-Paket

RELATED Verwandt: Fehlerpaket zu einer bestehenden Verbindung oder weitere Verbindung (FTP-Modul)

INVALID Paket kann nirgends zugeordnet werden

Diese Verbindungszustände gelten nur dann, wenn genügendTabellenplatz vorhanden ist.Falls nicht, geht automatisch der Filter in den stateless-Zustand!

-m state Zustand innerhalb des Protokolls

"-m" oder "--match XYZ" steht für verschiedene Parameter


Zustandsbehaftete Firewall III - Varianten

Es gibt zwei Varianten, die äquivalent sind:

iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT

iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

Hier wird die ältere, die (fast) immer funktioniert, vorgestellt.


Beispiele

Erlauben aller TCP-Packete von Außen nach Innen:

iptables -A INPUT -p tcp --dport 80 -j ACCEPT

Begrenzen von Pings von Außen nach Innen:

iptables -A INPUT -p icmp --icmp-type echo-request -m limit --limit 10/min --limit-burst 8 -j ACCEPT

Ablehnen aller UDP-Pakete von Außen nach Innen:

iptables -A INPUT -p udp -j REJECT --reject-with icmp-port-unreachable

Möglichkeit einer Diagnoseinformation


REJECT oder DROP?

• DROP führt zu einem kommentarlosen Wegwerfen des untersuchten Pakets.

• REJECT führt zu einem Wegwerfen und dem Absenden einer ICMP-Fehlermeldung.

• DROP ist fast immer besser als REJECT, wenn es sich um Pakete von Draußen handelt.

• REJECT ist fast immer besser als DROP, wenn es sich um Pakete vom LAN oder von Drinnen handelt.


Weitere Kommandos I

• iptables -L [Chain]listet die aktuelle Situation auf

• iptables-savegibt die aktuelle Situation in einem (fast) iptables-konformen Format aus

• iptables-restorebenutzt das iptables-save-Format und definiert damit die neuen Regeln.

• Siehe– http://www.iptables.info/en/iptables-save-restore-rules.html

– https://www.thomas-krenn.com/de/wiki/Iptables_Firewall_Regeln_dauerhaft_speichern

– http://www.faqs.org/docs/iptables/iptables-save.html

– http://www.faqs.org/docs/iptables/iptables-restore.html


Weitere Kommandos II - iptables –L-Output I

Chain INPUT (policy DROP)target prot opt source destination ACCEPT all -- anywhere anywhere LOG all -- loopback/8 anywhere LOG ... LOG all -- anywhere loopback/8 LOG ... DROP all -- loopback/8 anywhere DROP all -- anywhere loopback/8 LOG all -- anywhere anywhere LOG ... DROP all -- anywhere anywhere Chain FORWARD (policy DROP)target prot opt source destination TCPMSS tcp -- anywhere anywhere tcp flags:SYN,RST/SYN TCPMSS..


Weitere Kommandos III - iptables -L-Output II

Chain OUTPUT (policy ACCEPT)target prot opt source destination ACCEPT all -- anywhere anywhere LOG icmp -- anywhere anywhere icmp time-exceeded LOG .... ACCEPT icmp -- anywhere anywhere cmp time-exceeded ACCEPT icmp -- anywhere anywhere cmp port-unreachable ACCEPT icmp -- anywhere anywhere cmp fragmentation-needed ACCEPT icmp -- anywhere anywhere cmp network-prohibited ACCEPT icmp -- anywhere anywhere icmp host-prohibited ACCEPT icmp -- anywhere anywhere icmp communication-prohibited DROP icmp -- anywhere anywhere icmp destination-unreachable ACCEPT all -- anywhere anywhere state NEW,RELATED,ESTABLISHED LOG all -- anywhere anywhere LOG ....

Chain reject_func (3 references)target prot opt source destination REJECT tcp -- anywhere anywhere reject-with tcp-reset REJECT udp -- anywhere anywhere reject-with icmp-port-unreachable REJECT all -- anywhere anywhere reject-with icmp-proto-unreachable


Weitere Kommandos IV - iptables-save (Auszug)

-A INPUT -i lo -j ACCEPT -A INPUT -s 127.0.0.0/255.0.0.0 -j LOG ...-A INPUT -d 127.0.0.0/255.0.0.0 -j LOG ...-A INPUT -s 127.0.0.0/255.0.0.0 -j DROP -A INPUT -d 127.0.0.0/255.0.0.0 -j DROP -A INPUT -j LOG .... -A INPUT -j DROP -A FORWARD -p tcp -m tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu -A OUTPUT -o lo -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 11 -j LOG ... -A OUTPUT -p icmp -m icmp --icmp-type 11 -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 3/3 -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 3/4 -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 3/9 -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 3/10 -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 3/13 -j ACCEPT -A OUTPUT -p icmp -m icmp --icmp-type 3 -j DROP -A OUTPUT -m state --state NEW,RELATED,ESTABLISHED -j ACCEPT -A OUTPUT -j LOG --log-prefix "SuSE-FW-OUTPUT-ERROR " --log-tcp-options --log-ip-options


Script zur Firewall-Definition I

• Aus Gründen der Vereinfachung wird angenommen, dass durch Ausführen dieses Scripts die gesamte Firewall definiert wird, d.h. bestimmte Phasen des Bootens werden nicht berücksichtigt.

• Für diese Fälle muss das Script in einzelne Teile aufgeteilt, gesondert angepasst und schrittweise ausgeführt werden.

• Wenn der bash benutzt wird, müssen die ! durch \! ersetztwerden, da der ! für den Zugriff auf die Kommando-History benutzt wird.

Es wird Schritt für Schritt ein Shell-Skript zur eigenen Benutzung einer Personal Firewall aufgebaut und erklärt.

Das Sicherheitsniveau ist hierbei höher als bei einer "normalen"Personal Firewall.


Script zur Firewall-Definition II

Annahmen für das Weitere:

• eth0: Ethernet-Schnittstelle nach außenBei DSL und damit PPPoE muss es stattdessen ppp0 heißen

• Die Prozesse lesen und schreiben auf eth0

• LINUX Kernel ab 2.4


Script zur Firewall-Definition III

• Wenn die Adressen vertrauenswürdiger Server bekannt sind, so sollte der Zugriff nur auf diese beschränkt werden.Konkret auf folgende Server:– DHCP-Server

– HTTP-Proxy-Server

– DNS-Server

– NTP-Server

• Ein Problem besteht natürlich, wenn diese Server nicht laufen und deren Funktion durch andere ersetzt werden muss.Dann geht nichts mehr ("ausgesperrt").


Script zur Firewall-Definition IV

(A) Setzen der Kernel-Parameter

(B) Löschen alter Regeln

(C) Policies definieren

(D) Behandeln schräger Scanns

(E) Dynamische Regeln

(F) Unsinniges von Draußen filtern

(G) Behandlung einzelner Dienste

(H) ICMP

(I) Logging von unerwünschten Paketen

Abschnitte des Scripts

Im folgenden werden Auszüge aus einem Skript vorgestellt.Anhand dessen können die fehlenden Teile leicht ergänzt werden.


Script zur Firewall-Definition V - Beispiele

Damit das Skript universeller wird, werden verschiedene Parameterin Shell-Variablen gelegt, die nun erklärt werden:

OUTER="eth0" Schnittstelle nach Außen

OUTERNET="172.22.0.0"OUTERNET_BROADCAST="172.22.255.255"

Netz über eth0

LOOPBACK="127.0.0.0/8"LOOP_INT="lo"

Lokale Schnittstelle bzw. Netz

NAMESERVER="172.22.x.x"SMTPSERVER="172.22.x.x"POPSERVER="172.22.x.x"IMAPSERVER="172.22.x.x"TIMESERVER="172.22.x.x"

Vom Provider gestellte oder lokaler Server

CLASS_A="10.0.0.0/8"CLASS_B="172.16.0.0/12"CLASS_C="196.168.0.0/16"CLASS_D="224.0.0.0/4"CLASS_E="240.0.0.0/5"

Lokale Adressräume und Sonderadressen für IPv4


Konfigurieren der Kernelparameter I

(1) # Alle eingehende Pings ignorieren# echo 1 >/proc/sys/net/ipv4/icmp_echo_ignore_all

(2) # Pings an Broadcast-Adressen ignorierenecho 1 >/proc/sys/net/ipv4/icmp_echo_ignore_broadcasts

……(4) # TCP-SYN Cookies einschaltenecho 1 >/proc/sys/net/ipv4/tcp_syncookies

Abschnitt (A)

Hierbei ist die Entscheidung zu treffen, ob ein anderes Systemdas eigene "anpingen" können darf oder nicht.


Konfigurieren der Kernelparameter II

• Das Setzen von Kernelparametern erfolgt über das /proc-Dateisystem.

• Das /proc-Dateisystem beruht auf einem ähnlichen Verfahren wie die Geräte-Dateien (/dev): Interne Tabellen werden über die Dateisystemschnittstelle (open, read, write, close) verfügbar gemacht.

• Das bedeutet auch, dass das Aktivieren einer Firewall nur mit root-Rechten möglich ist.

• Zu (1): einige ISPs benutzen Ping zu Diagnose-Zwecken sowie als Teil von DHCP

• Zu (4): Dies soll gegen SYN-Flooding schützen


Konfigurieren der Kernelparameter III

• Listen eines Wertes für IPv4 :cat /proc/sys/net/ipv4/Parameter

• Setzen der Werteecho "X" > cat /proc/sys/net/ipv4/Parameter

wobei X– für das Einschalten 1,

– für das Ausschalten 0,

– oder der gewünschte Wert ist

• Nach jedem Booten brauchen die Variablen nur einmal gesetzt zu werden.

• Aber: Alle Programme können die Werte verändern, z.B. durch ein Programm, das beim Booten später gestartet wird.Daher ist es anzuraten, dass die Firewall als letztes in der Boot-Sequenz gestartet wird.


Konfigurieren der Kernelparameter IV

• Sofortiges Setzen nach jedem Booten erfolgt je nach Distribution, z.B. per grub; dies erfolgt in /boot/grub/menue.lst bzw. in /boot/grub.conf.

• Siehe dazu– https://www.centos.org/docs/5/html/5.2/Virtualization/sect-Virtualization-

Tips_and_tricks-Modifying_etcgrub.conf.html

– https://de.opensuse.org/GRUB

– https://docs.oracle.com/cd/E37670_01/E41138/html/ol_chgkparms.html

– http://www.ducea.com/2006/08/01/how-to-enable-ip-forwarding-in-linux/


Konfigurieren der Kernelparameter V (Auszug)

Name Bedeutung

ip_forward Bei FORWARD-Regeln Einschalten (1)

conf/*/rp_filter Anti-Spoof-Filter: Einschalten (1)

tcp_syncookies SYN-Flooding-Test: Einschalten (1)

icmp_echo_ignore_all Kein ping mehr: Einschalten (1)

icmp_echo_ignore_broadcasts Ping-Räusche verhindern: Einschalten (1)

icmp_ignore_bogus_error_responses Schmutzbeseitigung: Einschalten (1)

accept_redirects Abschalten (0)

accept_source_route Abschalten (0)

boot_relay Abschalten (0)

log_martians Bei unklaren Paketen: Einschalten (1)

mc_forwarding Nur bei Multicast: Einschalten

Alle Dateinamen relativ zu /proc/sys/net/ipv4:


Behandeln von Portscanns

# Alle Bits gelöscht iptables -A INPUT -p tcp --tcp-flags ALL NONE -j DROP# SYN und FIN iptables -A INPUT -p tcp --tcp-flags SYN,FIN SYN,FIN -j DROP# SYN und RST iptables -A INPUT -p tcp --tcp-flags SYN,RST SYN,RST -j DROP# FIN und RST iptables -A INPUT -p tcp --tcp-flags FIN,RST FIN,RST -j DROP# FIN ohne ACK, Xmas-Scann iptables -A INPUT -p tcp --tcp-flags ACK,FIN FIN -j DROP# PSH ohne ACK iptables -A INPUT -p tcp --tcp-flags ACK,PSH PSH -j DROP# URG ohne ACK iptables -A INPUT -p tcp --tcp-flags ACK,URG URG -j DROP

Abschnitt (D)


Bemerkungen

• ".... -p tcp --tcp-flags SYN,FIN SYN,FIN..." bedeutet z.B., dass die TCP-Flags SYN,FIN (erster Eintrag) betrachtet werden und dass die Flags SYN,FIN (zweiter Eintrag) An sein sollen, damit die Regel zutrifft.

• Hier werden die bekannten Portscanns gestört, da die beschränkende Bedingung von "-i $OUTER" fehlt, gilt dies für alle Schnittstellen.


Dynamische Regeln I

iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPTiptables -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPTiptables -A INPUT -m state --state INVALID -j LOG --log-prefix "INVALID..."iptables -A INPUT -m state --state INVALID -j DROPiptables -A OUTPUT -m state --state INVALID -j LOG --log-prefix "INVALID..."iptables -A OUTPUT -m state --state INVALID -j DROP

Es werden alle aufgebauten Verbin-dungen aller Protokolle an allen Schnitt-stellen ohne weitere Prüfung erlaubt

Logging mitspeziellemPräfix

Alles mit unklarenVerbindungsstatuswird verworfen

Abschnitt (E)

Das sind die "Durchzugsregeln" für den eigentlichen Datentransport.


Dynamische Regeln II

• Dies hier betrifft den Unterschied zwischen stateless und statefull Filtern.

• Regeln mit "-m state --state" o.ä. setzen das Verfolgen von Verbindungen samt den Kontext voraus. Im Kernel wird für jede Verbindung der Zustand in einer Tabelle vermerkt.

• Diese Überwachung benötigt dynamisch so viele Einträge, wie Verbindungen aufgebaut werden.– Dies führt zu einem Löschen bzw. Überschreiben alter Einträge,

wenn die interne Tabelle voll ist.

– Dies wiederum führt zu einem Vergessen des Zustands.

– Daher sollten nach den dynamischen Regeln statische als "Fall back" folgen – jedenfalls, wenn dies gewünscht wird.


Unsinniges von Draußen

# Private Adressen von Draußen und Loopbackiptables -A INPUT -i $OUTER -s $CLASS_A -j DROPiptables -A INPUT -i $OUTER -s $CLASS_B -j DROPiptables -A INPUT -i $OUTER -s $CLASS_C -j DROP

iptables -A INPUT -i $OUTER -s $LOOPBACK -j DROP

# Broadcasts behandelniptables -A INPUT -i $OUTER -s $OUTERNET_BROADCAST -j LOG iptables -A INPUT -i $OUTER -s $OUTERNET_BROADCAST -j DROP# iptables -A INPUT -i $OUTER -d $OUTERNET_BROADCAST -j LOG # iptables -A INPUT -i $OUTER -d $OUTERNET_BROADCAST -j DROP

Abschnitt (F)

Aber (Achtung): Mit der letzten Zeile werden alle Broadcasts an die eigene Maschineverworfen, was vielleicht nicht immer gewollt ist.

Das muss entsprechenddem benutzten Netzangepasst werden.


Behandlung einzelner Dienste

• Nun wird Dienst für Dienst behandelt.

• Wer einen bestimmten Dienst nicht hat bzw. ihn nur lokal auf seiner Maschine benutzen will, lässt die Angabe von Regeln weg, was DROP bedeutet.Dies gilt für den Zugriff von außen, aber auch für den von innen.

• Wem DROP für die eigene Benutzung von Diensten zu destruktiv erscheint, baut eine eigene Regel mit "-A OUTPUT -o $OUTER" und "-j REJECT" ein.Dann erhält ein Client, der einen nicht erlaubten Dienst benutzen will, ein ICMP-Fehlerpaket.

Abschnitt (G)


DNS – Tabelle (aus letzter Einheit)

Nr Außen Richtung Innen Außen-Innen

(1) *:UDP:53 <- *:UDP:open Server-Client

(2) *:TCP:53 <- *:TCP:open Server-Client

(3) *:UDP:53 <-> *:UDP:53 Server-Server

(4) *:TCP:53 <-> *:TCP:53 Server-Server

(5) *:UDP:open -> *:UDP:53 Client-Server

(6) *:TCP:open -> *:TCP:53 Client-Server

IP-AdresseAußen

InitialeRichtungPort

Port RollenIP-AdresseInnen

Kürzel Erläuterung Kürzel Erläuterung

Open 1024:65535 * Beliebige sinnvolle Adresse

UDP Protokoll TCP Protokoll


Umsetzung in iptables-Regeln I


(1) *:UDP:53 <- *:UDP:open Server-Client

iptables -A OUTPUT -o $OUTER -p udp --sport $OPEN_PORT --dport 53 -m state --state NEW -j ACCEPT

iptables -A INPUT -i $OUTER -p udp --sport 53 --dport $OPEN_PORT -j ACCEPT

Das ganze noch einmal fürdie Gegenrichtung


Umsetzung in iptables-Regeln II

iptables -A OUTPUT -o $OUTER -p udp --sport $OPEN_PORT --dport 53 -m state --state NEW -j ACCEPT

iptables -A OUTPUT -o $OUTER -p udp --sport $OPEN_PORT --dport 53 -j ACCEPT

iptables -A INPUT -i $OUTER -p udp --sport 53 --dport $OPEN_PORT -j ACCEPT

Zustandsbehaftet Zustandslos

Interpretationsreihenfolge

Fallback


Hinweise zum Fallback (UDP-Version)

iptables -A OUTPUT -o $OUTER -p udp --dport XYZ -m state --state NEW -j ACCEPT

iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPTiptables -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

iptables -A OUTPUT -o $OUTER -p udp --dport XYZ -j ACCEPT

iptables -A INPUT -i $OUTER -p udp --sport XYZ -j ACCEPT

Zustandsloser Modus

Zustandsbehafteter Modus


Umsetzung in iptables-Regeln III

# Einfache Client-Anfragen Zeile (1)iptables -A OUTPUT -o $OUTER -p udp --sport $OPEN_PORT --dport 53 -m state --state NEW -j ACCEPT

iptables -A OUTPUT -o $OUTER -p udp --sport $OPEN_PORT --dport 53 -j ACCEPTiptables -A INPUT -i $OUTER -p udp --sport 53 --dport $OPEN_PORT -j ACCEPT

# Das Ganze noch einmal für TCP Zeile (2)iptables -A OUTPUT -o $OUTER -p tcp --sport $OPEN_PORT --dport 53 -m state --state NEW -j ACCEPT

iptables -A OUTPUT -o $OUTER -p tcp --sport $OPEN_PORT --dport 53 -j ACCEPTiptables -A INPUT -i $OUTER -p tcp ! --syn --sport 53 --dport $OPEN_PORT -j ACCEPT

Für TCP muss der Aufbau vonAußen verhindert werden, trotzdemmuss der Rückfluss erfolgen können

Für UDP ist "! --syn"nicht erforderlich.An das \ denken!


Hinweise zum Fallback (TCP-Version)

iptables -A OUTPUT -o $OUTER -p tcp --dport XYZ -m state --state NEW -j ACCEPT

iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPTiptables -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

iptables -A OUTPUT -o $OUTER -p tcp --dport XYZ -j ACCEPT

iptables -A INPUT -i $OUTER -p tcp ! --syn --sport XYZ -j ACCEPT

Zustandsloser Modus

Zustandsbehafteter Modus


Umsetzung in iptables-Regeln IV


(1) $NAMESERVER:UDP:53 <- *:UDP:open Server-Client

Hier findet nun eine Beschränkung auf einen bestimmtenDNS-Server statt.

Wenn mehrere DNS-Server erlaubt sein sollen, dann muss eine Liste von DNS-Server-Adressen in einer For-Schleife abgearbeitet werden.


Umsetzung in iptables-Regeln V

# Einfache Client-Anfragen

iptables -A OUTPUT -o $OUTER -p udp --sport $OPEN_PORT-d $NAMESERVER --dport 53 -m state --state NEW -j ACCEPT

iptables -A OUTPUT -o $OUTER -p udp --sport $OPEN_PORT-d $NAMESERVER --dport 53 -j ACCEPT

iptables -A INPUT -i $OUTER -p udp -s $NAMESERVER --sport 53 --dport $OPEN_PORT -j ACCEPT

# Das Ganze noch einmal für TCP

iptables -A OUTPUT -o $OUTER -p tcp --sport $OPEN_PORT-d $NAMESERVER --dport 53 -m state --state NEW -j ACCEPT

iptables -A OUTPUT -o $OUTER -p tcp --sport $OPEN_PORT-d $NAMESERVER --dport 53 -j ACCEPT

iptables -A INPUT -i $OUTER -p tcp ! --syn -s $NAMESERVER --sport 53--dport $OPEN_PORT -j ACCEPT

Fall Back


ICMP

• "Time exceeded", "Parameter Error" und "Destination unreachable" sollten von Außen immer erlaubt werden.

• Wenn fremdes Traceroute erlaubt werden soll: "Time exceeded" und "Destination unreachable" von Innen nach Außen.

• Je nach Entscheidung bezüglich pings: – Von Innen nach Außen: eigene pings

– Von Außen nach Innen: fremde pings, Kernel-Parameter ändern

• In jedem Fall:– "Parameter Error" von Innen nach Außen und

– alle fragementierten ICMP verwerfen.

Abschnitt (H)


ICMP II - Auszug

#--Fragmentierte Pakete auf allen Schnittstelleniptables -A INPUT --fragment -p icmp -j LOG --log-prefix "Fragmented ICMP: "iptables -A INPUT --fragment -p icmp -j DROP

#--Parameter-Problemiptables -A INPUT -i $OUTER -p icmp --icmp-type parameter-problem -j ACCEPTiptables -A OUTPUT -o $OUTER -p icmp --icmp-type parameter-problem -j ACCEPT

#--destination unreachable samt den Untertypeniptables -A INPUT -i $OUTER -p icmp --icmp-type destination-unreachable -j ACCEPTiptables -A OUTPUT -o $OUTER -p icmp --icmp-type destination-unreachable -j DROP

#--dieser Typ muss leider hinaus gehen, sonst gehen andere Sachen nichtiptables -A OUTPUT -o $OUTER -p icmp --icmp-type fragmentation-needed -j ACCEPT


Logging I

#--Logging der abgewiesenen empfangenen ICMP-Paketeiptables -A INPUT -i $OUTER -p icmp --icmp-type ! 8

-j LOG --log-prefix "Dropped Received ICMP: "

#--Logging der abgewiesenen UDP-Paketeiptables -A INPUT -i $OUTER -p udp

-j LOG --log-prefix "Dropped Received UDP: "

#--Logging der abgewiesenen TCP-Paketeiptables -A INPUT -i $OUTER -p tcp

-j LOG --log-prefix "Dropped Received TCP: "

#--Logging der abgewiesenen gesendeten Paketeiptables -A OUTPUT -o $OUTER -p tcp

-j LOG --log-prefix "Dropped Send Packet: "

Abschnitt (I)


Logging II

• Aber: Viel ist nicht unbedingt besser als wenig.Aber immer: Die Logfiles analysieren!

• Ausprobieren, welchen Umfang das Logging haben soll.

• Dazu kommt noch die Frage nach dem Einsatz von IDS, z. B. snort, die ja auch eine Menge Logging-Möglichkeiten haben.

In jedem Falle: Ein einheitliches, einfach zu analysierendesLogfile-Format benutzen.

Dieses Format muss auch zu den Auswertewerkzeugen passen,z.B. logsurfer.


Nun wieder etwas entspannen...

Einsam aufweiter Flur...

WIS – SS 2018 - Teil 10/Firewalls...

Documents

Transcript of WIS – SS 2018 - Teil 10/Firewalls...