Firewall Handbuch für LINUX 2.0 und 2.2 - zurück

Erstellt von Doc Gonzo - http://kickme.to/plugins
saddr => '1.1.1.1',
daddr => $opt_t
},
generic => {}
});
$p->optset(ip => { type => [@data] , data => [@data] });
$p->send(0,$opt_n*1000);
Um es nochmals klarzustellen: Diese Angriffe werden inzwischen von vielen
Betriebssystemen, Routern und Firewalls erkannt. Probieren Sie diese Angriffe
ausschließlich auf Servern in einem isolierten Netzwerk. Gerade Pakete, die fehlerhafte
Prüfsummen generieren, bringen innerhalb einer Collision Domain viele TCP/IP Stacks
von Arbeitsstationen oder insbesondere auch Netzwerkdruckern zum Absturz. Alle diese
Pakete lassen sich z.B. auch mit der Broadcast Adresse 255.255.255.255 als Zieladresse
oder mit Multicast - Adressen (224.255.255.255) generieren. Diese werden dann eventuell
auch in benachbarte Netze übertragen, weil eventuell ein VLAN - Switch diese überträgt.
Konfigurieren Sie Ihre Router im Intranet also stets so, daß die Broadcast Domains
möglichst klein bleiben. Leider könnet es dann passieren, daß Windows NT PDC's und
BDC's in großen Netzwerken nicht mehr korrekt funktionieren. Entweder man setzt dann in
jeder Abteilung Firewalls ein, die einen eigenen TCP/IP Stack besitzen, oder man schafft
NT Server im Unternehmen einfach ab.....(Man merkt sicher, daß ich Microsoft Liebhaber
bin ...aus Schaden wird man klüger ...)
Ein weiteres Beispiel für einen möglichen Angriff auf z.B. die MS SQL 7.0 Datenbank in
Backoffice wird in dem Kapitel backoffice beschrieben. Hier nun eine Darstellung, wie man
Visual Basic für einen sogenannten replay attack verwenden kann.
Es gibt die Möglichkeit, über Visual Basic Makro´s in Winword oder Excel Angriffe auf
Server im Intranet zu starten. Es ist klar, daß man in einem solchen Makro nicht PERL mit
den net::rawip Erweiterungen unauffällig verstecken kann. Man kann jedoch ein Netzwerk
aufbauen, welches dieselben IP-Nummern besitzt, wie das zuvor mit Hilfe eines WWW-
Server ausgekundschaftete Intranet des Unternehmens (Siehe z.B. http://www.littleidiot.de/cgi-bin/test.cgi).
Danach werden die TCP/IP Pakete des Angriffs mit einem Sniffer
aufgezeichnet. Dieser ist z.B. im Paket von Darren Reed enthalten. Damit kann man 1:1
die Pakete aufzeichnen, und für einen sogenannten replay attack sichern. Danach
verpackt man die Pakete in die bekannten DATA Zeilen in Basic. Da ein Angriff auf einen
TCP/IP Stack nur wenige entscheidende Bytes enthalten muß, kann dieses BASIC Makro
sehr klein gehalten werden. Nun muß man dieses Makro nur noch in WINWORD oder
EXCEL Paken, und einem Mitarbeiter der Firma zuschicken. Dieser liest das Winword
Dokument, und im gleichen Moment stehen die Server im Unternehmen oder auch
hunderte von Arbeitsstationen still.
DoS Angriffe auf Firewalls
Wenn man sich die Website http://www.netcraft.com/security/diary.html mit besonderem
Augenmerk auf Firewall-1 einmal anschaut, dann wird einem eventuell klar, daß hier
Legionen von hochbezahlten Security Consultants jahrelang trotz teurem Auditing keine
Fehler bemerkt haben sollten !. Diese z.B. auf der Website http://www.securityfocus.com
erwähnten, äußerst einfachen Angriffe (UDP Paket auf Port 0 fürt bei Solaris und Firewall-
1 zu einem DoS!), sind jahrelang nicht bemerkt worden. Wenn man sich dabei vorstellt,
daß jemand mit etwas Geduld und gespooften Paketen ein Unternehmen oder ein
Warenhaus im Internet wochenlang oder monatelang vom Netz nehmen kann, ohne
entdeckt zu werden, dann kann einem schon etwas mulmig werden.
DoS-Angriffe anderer Art
Themen
• DoS auf SHOP-Anbieter