Networking Tutorial #51 - SYN Flooding Attacks and SYN Cookies
ฝัง
- เผยแพร่เมื่อ 29 ต.ค. 2018
- ❤❤❤ Early access to tutorials, polls, live events, and downloads ❤❤❤
❤❤❤ www.patreon.com/user?u=5322110 ❤❤❤
❤❤❤ Not up for Patreon? ❤❤❤
❤❤❤ www.paypal.me/TheMorpheus ❤❤❤
🌍 Website
🌍 the-morpheus.de
¯\_(ツ)_/¯ Join the Community ¯\_(ツ)_/¯
** the-morpheus.de/discord.html **
** / themorpheustuts **
( ͡° ͜ʖ ͡°) More news? More code?
ℱ / themorpheustutorials
🐦 / themorpheustuts
🐙 github.com/TheMorpheus407/Tut...
You order from Amazon? Order through me, costs you zero and you help me out
"-(¯`-.-'¯)-" amzn.to/2slBSgH
Video requests?
🎁 docs.google.com/spreadsheets/...
Questions? Feedback? Write me!
✉ www.patreon.com/user?u=5322110
✉ / themorpheustutorials
✉ the-morpheus.de/discord.html
or just write a comment :)
Playlist: • Netzwerktechnik
könnte man nicht eine Reihe falscher Acks + random Hash werte an den Server schicken, um seine Rechenkapazitäten zu überlasten?
'n bisschen CPU verheizen geht schon, aber die Verbindungstabelle(n) volllaufen zu lassen, so dass der Server keine Verbindungen mehr annehmen kann, das wird damit stark erschwert.
Super
danke :)
Das geht ein bisschen präziser:
1. Das SYN-Cookie wird nicht als Nutzdaten zurückgeschickt sondern als initiale Sequenznummer benutzt. Der RFC schreibt dem Server nicht vor, mit welcher Sequenznummber er (im "SYN/ACK") beginnen soll, der Client muss aber (im "ACK") mit dieser Nummer + 1 antworten.
2. Das geht zuverlässig nur dann, wenn der Client auch in der Lage ist, die Antworten vom Server zu empfangen, also i.d.R. ist es nicht möglich, wenn er gefälschte Adressen benutzt.
3. Allerdings ist die Sequenznummer nur 32 Bit lang, so dass es gelegentlich durchaus sein kann, dass der Server ein gefälschtes ACK-Paket akzeptiert und eine Verbindung aufbaut, die dann wahrscheinlich eine Zeit später in einen Timeout läuft und aufgeräumt wird.
Es werden also nicht alle Fake-IP-Verbindungen verhindert, aber ein so hoher Anteil, dass der Rest locker zu verkraften ist.
Wie groß ist denn Hashwert in relation zu den Daten, welche der Server eigentlich speichern müsste? Ist das solch eine große Platzersparnis?
Naja, der Hashwert wird ja GAR nicht beim Server gespeichert^^
Dadurch isses 100% Platzersparnis
@@TheMorpheusTutorials Oh, sorry.Ich meinte den Key.
@@DiesundDasTutorial Der Clou an der Sache ist, dass der Key bei allen Verbindungen der gleiche ist, deshalb muss er vom Server nur einmal gespeichert werden, auch bei tausenden Verbindungen.
@@MoritzJordan Ah, ja klar. Der kann ja immer der selbe sein. Macht natürlich Sinn. Danke.