Sicherheit in vernetzten Systemen - RRZ Universität Hamburg

7.4. FIREWALL-ARCHITEKTUREN IN DER PRAXIS
kryptographischen Schlüssel für die Benutzerauthentisierung sind auf dem Host Keyserver gespeichert.
Das Auditing erfolgt durch den Computer Sun, der mit dem Gateway über eine ‘read-only’ Leitung
verbunden ist. Es ist also nicht möglich, die Daten des Auditings von außen zu verändern.
7.4.2 DEC Firewall
Abbildung 7.9: DEC Firewall (Aus [Ellermann 94])
Die Architektur des DEC Firewalls ist in Abb. 7.9 dargestellt. Die wichtigsten Komponenten sind
die Packet-Screen Gate und die Bastion Gatekeeper. Der Router enthält keine Filterfunktionen. Die
Architektur entspricht der Kombination von Packet-Screen und äußerer Bastion aus Abschnitt 7.4.3.
Gate ist ein Unix Host, auf dem screend läuft und der als Screenig-Router verwendet wird. Das Routing
ist so konfiguriert, daß die gesamte Kommunikation zwischen Internet und internem Netzwerk
über die Bastion Gatekeeper geführt wird. Es besteht keine Protokollbeschränkung. Routingprotokolle
(z.B. RIP) werden in dem Host Gate nicht unterstützt. Dadurch sollen Angriffe, die die Routing
Tabelle ändern, abgewehrt werden.
Die Bastion Gatekeeper wird durch die Packet Screen Gate abgeschirmt (Architektur: Bastion außen).
Auf dem Host sind Proxy-Server („Application Gateways“) für Telnet und FTP installiert. Wie
bei dem AT&T Firewall wird für die Benutzerauthentisierung ein „Challenge/Response“ Verfahren
verwendet. Um das Ausschleusen geheimer Dokumente aus dem inneren Netzwerk nach außen zu
verhindern, werden verschiedene Maßnahmen getroffen. Bei dem FTP-Protokoll ist nur Datenimport
möglich. Für das Telnet-Protokoll ist eine Beschränkung des Datenflusses nach außen hin auf 1200
Baud eingeführt worden in der Hoffnung, daß das Versenden von geheimen Dokumenten rechtzeitig
bemerkt wird. Für die Sicherung der Bastion sind verschiedene Abwehrmaßnahmen gegenüber Angriffen
von außen eingerichtet worden. So werden z.B. falsche Paßwortdateien zurückgeliefert und
es sind „Sucker Traps“ eingerichtet worden. „Sucker Traps“ werden anstelle von Internetdiensten
installiert. Sie simulieren diesen Dienst und lassen den Angreifer in dem Glauben, daß er durch eine
Schwachstelle des Dienstes in das System eingebrochen ist. Zugleich wird automatisch versucht,
den potentiellen Angreifer zu identifizieren (z.B. durch eine finger Abfrage). Zusätzlich werden die
Aktionen des Angreifers protokolliert.
SS 99, Seminar 18.416: Sicherheit in vernetzten Systemen 111