Sicherheit in vernetzten Systemen - RRZ Universität Hamburg

2.5. ANGRIFF GEGEN NETZSICHERHEIT
~/.rhosts, die eine Liste von vertrauenswürdigen Systemen beinhalten. Durch ~/.rhosts kann
jeder Anwender einstellen, von welchen Systemen aus ein Login ohne Paßwortabfrage möglich sein
soll. Der Zugriff auf ein System sollte jedoch nur durch den Systemadministrator konfigurierbar sein,
die „r-Dienste“ ermöglichen die (ungewollte) Delegation von Rechten an die Benutzer des Systems.
rsh und rlogin erlauben eine Ausführung von Befehlen, wenn die Anfrage folgende Kriterien erfüllt
[Cheswick & Bellovin 1996]:
¯ Die Verbindung stammt von einem privilegierten Port
¯ Name und IP-Adresse des Quellsystems korrespondieren:
gethostbyname(gethostbyaddr(Absenderadresse)) == Absenderadresse
¯ Quellsystem steht in /etc/hosts.equiv oder in ~/.rhosts
Da sich Absenderadressen einfach fälschen lassen und jedes Unix-System über Standard-Accounts
verfügt, ist diese Authentisierung unzureichend, die Dienste rsh und rlogin sollten durch ihre sichereren
Äquivalente ssh und slogin ersetzt werden oder ganz abgeschaltet werden, falls sie nicht
benötigt werden.
2.5 Angriffe auf die Netzwerksicherheit
In diesem Kapitel werden Angriffe auf die Netzwerksicherheit vorgestellt. Diese nutzen i.d.R. Schwächen
in den Protokollen selbst oder in ihren Implementierungen aus. Alle heutzutage verwendeten
Protokolle bieten Angriffsmöglichkeiten. Aus diesem Grunde werden die Angriffe nach Protokollebenen
aufgeführt, d.h. von den unteren, hardware-nahen Ebenen angefangen geht die Aufzählung bis
in die Anwendungsebene. Abbildung 2.3 zeigt die logische Anordnung der Internet-Protokolle. Es
gibt weitere Schwachstellen auf der Ebene der Netzwerkhardware (z.B. ist Ethernet wenig geeignet,
Vertraulichkeit zu gewährleisten, da es sich um ein Broadcast-Medium handelt), auf die hier jedoch
nicht näher eingegangen wird.
2.5.1 ARP
Das Address Resolution Protocol (ARP) ermöglicht die Zuordnung von physikalischen Adressen zu
IP-Adressen. Dies ist notwendig, da das verwendete Netzwerkmedium nicht mit IP-Adressen arbeitet,
sondern in der Regel eigene Adreßformate benutzt.
Die Umsetzung geschieht wie folgt: Ein Rechner, der die Ethernet-Adresse zu einer gegebenen IP-
Adresse benötigt, sendet einen Ethernet Broadcast, der die gefragte IP-Adresse und die Ethernet-
Adresse des Absenders enthält, an alle angeschlossenen Rechner (sog. Arp Request). Die anderen
Rechner empfangen dieses Paket und der Rechner, zu dem die angefragte IP-Adresse gehört, antwortet,
indem er seine eigene Ethernet-Adresse an den anfragenden Rechner sendet (Arp Reply). Damit
nicht für jedes zu übertragende Paket ein Arp Request benötigt wird, werden die bisherigen Antworten
im sog. Arp Cache für eine Weile zwischengespeichert [Plummer 1982].
Dieses Protokoll enthält zwei Schwachstellen, die Ansatzpunkte für Angriffe sein können. Zum einen
ist es möglich, beliebig viele Arp Requests zu versenden. Diese beschäftigen alle an das Segment
angeschlossenen Rechner. Dieser Denial-of-Service-Angriff wird als Arp-Sturm bezeichnet. Zum anderen
gibt es keine Möglichkeit, die Korrektheit der Antworten sicherzustellen. Ein Angreifer könnte
SS 99, Seminar 18.416: Sicherheit in vernetzten Systemen 29