DEB Infos Dos Attake gegen das DEB

Phantom · 1. Juni 2009

Das DEB wird im Moment durch eine Dos Attacke angegriffen. Da unsere Server Firewall sich dagegen erfolgreich währt, ist der Server schwer erreichbar. User Hoster ist im Moment dabei die Herkunft festzustellen und wird anzeige erstatten.

Ich bitte daher um Verständnis.

Blizzard106 · 1. Juni 2009

AW: Dos Attake gegen das DEB

Ich hoffe die erwischen den sack der das verbrochen hat:ja

Danke für die info Cheffe:good:

Phantom · 1. Juni 2009

AW: Dos Attake gegen das DEB

Dies passiert im Moment mit dem DEB _________________________________________________
Ein SYN-Flood ist eine Form von Denial of Service-Attacken auf Computersysteme. Der Angriff verwendet den Verbindungsaufbau des TCP-Transportprotokolls, um einzelne Dienste oder ganze Computer aus dem Netzwerk unerreichbar zu machen.

Wenn ein Client eine TCP-Verbindung zu einem Server aufbauen möchte, führen der Client und der Server einen so genannten Dreiwege-Handshake durch, um die Verbindung einzurichten. Der normale Ablauf, wie in der Abbildung zu sehen, ist dabei folgender:

1. Client an Server: Paket mit Flag SYN, Abgleichen (synchronize).
2. Server an Client: Paket mit Flags SYN, ACK, Abgleichen bestätigt (synchronize acknowledge).
3. Client an Server: Paket mit Flag ACK, Bestätigt (acknowledge); Die Verbindung ist nun hergestellt.

Du musst angemeldet sein, um Bilder zu sehen.

Ein böswilliger Client kann die letzte ACK-Nachricht unterschlagen. Der Server wartet einige Zeit auf ein entsprechendes Paket, da es ja auch aufgrund von Verzögerungen verspätet eintreffen könnte. Während dieser Zeit werden sowohl die Adresse des Clients als auch der Status der noch halb offenen Verbindung im Speicher des Netzwerkstacks vorrätig gehalten, um die Verbindung später vollständig etablieren zu können. Bei allen Betriebssystemen belegt diese so genannte halb offene Verbindung Ressourcen auf dem Server. Da Ressourcen immer begrenzt sind, ist es durch „Flutung“ des Servers mit SYN-Nachrichten möglich, alle diese Ressourcen aufzubrauchen. Sobald dies der Fall ist, können zum Server keine neuen Verbindungen mehr aufgebaut werden, was zur Zugriffsverweigerung (Denial of Service) führt. Die Tatsache, dass SYN-Pakete sehr klein sind und auch ohne großen Rechenaufwand erzeugt werden können, macht diesen Angriff besonders unausgewogen. Der Verteidiger benötigt mehr Ressourcen zur Abwehr als der Angreifer für den Angriff selbst. Betroffene Ressourcen [Bearbeiten] Zu den Ressourcen, die betroffen sein können, gehören vor allem die Tabelle, in der die TCP-Verbindungen gespeichert werden sowie – durch sekundäre Effekte – der Hauptspeicher des Servers. Die sogenannte Backlog queue des TCP-Stacks, die im Falle von zu vielen gleichzeitig aktiven Verbindungen als Warteschlange einspringt, benötigt ebenfalls Speicher. Wenn dem angegriffenen Server der Speicher ausgeht, stürzt er in vielen Fällen ganz oder teilweise ab.

Zu den Ressourcen, die betroffen sein können, gehören vor allem die Tabelle, in der die TCP-Verbindungen gespeichert werden sowie – durch sekundäre Effekte – der Hauptspeicher des Servers. Die sogenannte Backlog queue des TCP-Stacks, die im Falle von zu vielen gleichzeitig aktiven Verbindungen als Warteschlange einspringt, benötigt ebenfalls Speicher. Wenn dem angegriffenen Server der Speicher ausgeht, stürzt er in vielen Fällen ganz oder teilweise ab.

Jader1 · 1. Juni 2009

AW: Dos Attake gegen das DEB

Hi um es kurz auszudrücken ,der Server wird mit Anfragen von einer Vielzahl von Rechner so zugemüllt das er ins Stottern gerät und irgendwann mit Bearbeiten der Anfragen nicht mehr nachkommt.

Phantom · 2. Juni 2009

AW: Dos Attake gegen das DEB

Und noch als hinweis. Die SYN-Flood Attacke dient einzig und allein dazu, um ein Server platt zu machen. Nicht mehr und nicht weniger. Bei Wiki kann sich auch jeder schlau lesen was dies bedeutet.

metfan · 2. Juni 2009

AW: Dos Attake gegen das DEB

wer ist den euer feind? : ) habt ihr schon eine vermutung?

Phantom · 2. Juni 2009

AW: Dos Attake gegen das DEB

Kann man noch nicht sagen. Mal schauen ob sich jemand dazu bekennt. Wir sind auch definitiv nicht allein betroffen. Einige Boards ergeht es genau so.

Das Problem ist, das man den Angriff machtlos ausgesetzt ist. Man kann nix gegen unternehmen. Ebay und ein paar andere große Web seiten hatte man auf diese weite für mehrere Tage außer gefecht gesetzt.

Marh · 2. Juni 2009

AW: Dos Attake gegen das DEB

Rein Erfahrungsmässig werden solche Atacken durch Bots durchgeführt, die mit einer Art Timestamp arbeiten. Sprich: Server offline für 15min, dann nächster Server. Habt ihr schon probiert, die Seite für eine gewisse Zeitdauer offline zu nehmen?

LieGrü

aoto9870 · 2. Juni 2009

AW: Dos Attake gegen das DEB

Vielleicht hilft es ja ein wenig?

<link rel="File-List" href="file:///C:%5CDOKUME%7E1%5Ckiller%5CLOKALE%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_filelist.xml"><link rel="themeData" href="file:///C:%5CDOKUME%7E1%5Ckiller%5CLOKALE%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_themedata.thmx"><link rel="colorSchemeMapping" href="file:///C:%5CDOKUME%7E1%5Ckiller%5CLOKALE%7E1%5CTemp%5Cmsohtmlclip1%5C01%5Cclip_colorschememapping.xml"><!--[if gte mso 9]><xml> <w:WordDocument> <w:View>Normal</w:View> <w:Zoom>0</w:Zoom> <w:TrackMoves/> <w:TrackFormatting/> <w:HyphenationZone>21</w:HyphenationZone> <w

unctuationKerning/> <w:ValidateAgainstSchemas/> <w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid> <w:IgnoreMixedContent>false</w:IgnoreMixedContent> <w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText> <w

oNotPromoteQF/> <w:LidThemeOther>DE</w:LidThemeOther> <w:LidThemeAsian>X-NONE</w:LidThemeAsian> <w:LidThemeComplexScript>X-NONE</w:LidThemeComplexScript> <w:Compatibility> <w:BreakWrappedTables/> <w:SnapToGridInCell/> <w:WrapTextWithPunct/> <w:UseAsianBreakRules/> <w

ontGrowAutofit/> <w:SplitPgBreakAndParaMark/> <w

ontVertAlignCellWithSp/> <w

ontBreakConstrainedForcedTables/> <w

ontVertAlignInTxbx/> <w:Word11KerningPairs/> <w:CachedColBalance/> </w:Compatibility> <w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel> <m:mathPr> <m:mathFont m:val="Cambria Math"/> <m:brkBin m:val="before"/> <m:brkBinSub m:val="--"/> <m:smallFrac m:val="off"/> <m:dispDef/> <m:lMargin m:val="0"/> <m:rMargin m:val="0"/> <m:defJc m:val="centerGroup"/> <m:wrapIndent m:val="1440"/> <m:intLim m:val="subSup"/> <m:naryLim m:val="undOvr"/> </m:mathPr></w:WordDocument> </xml><![endif]--><style> <!-- /* Font Definitions */ @font-face {font-family:"Cambria Math"; panose-1:2 4 5 3 5 4 6 3 2 4; mso-font-charset:0; mso-generic-font-family:roman; mso-font-pitch:variable; mso-font-signature:-1610611985 1107304683 0 0 159 0;} @font-face {font-family:Calibri; panose-1:2 15 5 2 2 2 4 3 2 4; mso-font-charset:0; mso-generic-font-family:swiss; mso-font-pitch:variable; mso-font-signature:-1610611985 1073750139 0 0 159 0;} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {mso-style-unhide:no; mso-style-qformat:yes; mso-style-parent:""; margin-top:0cm; margin-right:0cm; margin-bottom:10.0pt; margin-left:0cm; line-height:115%; mso-pagination:widow-orphan; font-size:11.0pt; font-family:"Calibri","sans-serif"; mso-ascii-font-family:Calibri; mso-ascii-theme-font:minor-latin; mso-fareast-font-family:Calibri; mso-fareast-theme-font:minor-latin; mso-hansi-font-family:Calibri; mso-hansi-theme-font:minor-latin; mso-bidi-font-family:"Times New Roman"; mso-bidi-theme-font:minor-bidi; mso-fareast-language:EN-US;} h4 {mso-style-priority:9; mso-style-unhide:no; mso-style-qformat:yes; mso-style-link:"Überschrift 4 Zchn"; mso-margin-top-alt:auto; margin-right:0cm; mso-margin-bottom-alt:auto; margin-left:0cm; mso-pagination:widow-orphan; mso-outline-level:4; font-size:12.0pt; font-family:"Times New Roman","serif"; mso-fareast-font-family:"Times New Roman"; font-weight:bold;} a:link, span.MsoHyperlink {mso-style-noshow:yes; mso-style-priority:99; color:blue; text-decoration:underline; text-underline:single;} a:visited, span.MsoHyperlinkFollowed {mso-style-noshow:yes; mso-style-priority:99; color

urple; mso-themecolor:followedhyperlink; text-decoration:underline; text-underline:single;} p {mso-style-noshow:yes; mso-style-priority:99; mso-margin-top-alt:auto; margin-right:0cm; mso-margin-bottom-alt:auto; margin-left:0cm; mso-pagination:widow-orphan; font-size:12.0pt; font-family:"Times New Roman","serif"; mso-fareast-font-family:"Times New Roman";} pre {mso-style-noshow:yes; mso-style-priority:99; mso-style-link:"HTML Vorformatiert Zchn"; margin:0cm; margin-bottom:.0001pt; mso-pagination:widow-orphan; tab-stops:45.8pt 91.6pt 137.4pt 183.2pt 229.0pt 274.8pt 320.6pt 366.4pt 412.2pt 458.0pt 503.8pt 549.6pt 595.4pt 641.2pt 687.0pt 732.8pt; font-size:10.0pt; font-family:"Courier New"; mso-fareast-font-family:"Times New Roman";} span.berschrift4Zchn {mso-style-name:"Überschrift 4 Zchn"; mso-style-priority:9; mso-style-unhide:no; mso-style-locked:yes; mso-style-link:"Überschrift 4"; mso-ansi-font-size:12.0pt; mso-bidi-font-size:12.0pt; font-family:"Times New Roman","serif"; mso-ascii-font-family:"Times New Roman"; mso-fareast-font-family:"Times New Roman"; mso-hansi-font-family:"Times New Roman"; mso-bidi-font-family:"Times New Roman"; mso-fareast-language

E; font-weight:bold;} span.HTMLVorformatiertZchn {mso-style-name:"HTML Vorformatiert Zchn"; mso-style-noshow:yes; mso-style-priority:99; mso-style-unhide:no; mso-style-locked:yes; mso-style-link:"HTML Vorformatiert"; mso-ansi-font-size:10.0pt; mso-bidi-font-size:10.0pt; font-family:"Courier New"; mso-ascii-font-family:"Courier New"; mso-fareast-font-family:"Times New Roman"; mso-hansi-font-family:"Courier New"; mso-bidi-font-family:"Courier New"; mso-fareast-language

E;} .MsoChpDefault {mso-style-type:export-only; mso-default-props:yes; mso-ascii-font-family:Calibri; mso-ascii-theme-font:minor-latin; mso-fareast-font-family:Calibri; mso-fareast-theme-font:minor-latin; mso-hansi-font-family:Calibri; mso-hansi-theme-font:minor-latin; mso-bidi-font-family:"Times New Roman"; mso-bidi-theme-font:minor-bidi; mso-fareast-language:EN-US;} .MsoPapDefault {mso-style-type:export-only; margin-bottom:10.0pt; line-height:115%;} @page Section1 {size:595.3pt 841.9pt; margin:70.85pt 70.85pt 2.0cm 70.85pt; mso-header-margin:35.4pt; mso-footer-margin:35.4pt; mso-paper-source:0;} div.Section1 {page:Section1;} --> </style> Unix/Linux SYN-Flood Attacke gegen massnahmen<o></o>
<o> </o>

Doch ein entsprechend vorbereitetes System ist damit nicht so einfach in die Knie zu zwingen. Als ersten Schritt kann der Administrator die Größe der Backlog-Queue vorsichtig erhöhen. Unter Linux setzt
<o

> </o

>

echo 1024 > /proc/sys/net/ipv4/tcp_max_syn_backlog<o></o><o> </o>
diesen Wert auf 1024 ist unbedenklich

Allerdings belegt jeder Eintrag in der Queue Speicher, sodass man den Wert an die Hardwareausstattung und Auslastung der Server anpassen muss.
Außerdem kann man analog in tcp_synack_retries die Zahl der erneuten SYN/ACK-Versuche herabsetzen. Der Standardwert von 5 sorgt für einen Timeout von drei Minuten. Mit 1 versucht es der Server nach 3 Sekunden ein zweites Mal und gibt nach 9 Sekunden auf, was den Eintrag in der Backlog-Queue freigibt. Unter akutem Angriff kann man die Wiederholung auch ganz abschalten, was aber manchmal zu Problemen mit regulären Nutzern mit langsamen Verbindungen führt.
<o

> </o

>
[FONT=&quot]Windows [/FONT]SYN-Flood Attacke gegen massnahmen[FONT=&quot]<o></o>[/FONT]
[FONT=&quot]<o

> </o

>[/FONT]
[FONT=&quot]Auch unter Windows (2000, XP, 2003 Server) lässt sich die Zahl der SYN/ACK-Wiederholungen anpassen. Hier steuert das in der Registry unter<o

></o

>[/FONT]
[FONT=&quot]HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters<o

></o

>[/FONT]
[FONT=&quot]der Wert des Parameters TcpMaxDataRetransmissions. Zum Härten des Systems empfiehlt Microsoft ihn auf 2 (DWORD) zu setzen, was für die Backlog-Queue einen Timeout von 21 Sekunden zur Folge hat. <o

></o

>[/FONT]
[FONT=&quot]Außerdem verfügt Windows über einen Mechanismus, SYN-Flood-Angriffe selbstständig zu erkennen und darauf zu reagieren. Diesen aktiviert der Parameter SynAttackProtect, die Werte von TcpMaxHalfOpen und TcpMaxHalfOpenRetried spezifizieren die Grenzwerte, bei deren Erreichen das System die Schutzmechanismen aktiviert. Steht SynAttackProtect auf 1, setzt Windows die Zahl der Retransmission herab und verzögert laut Microsoft das Anlegen von Einträgen im Routing-Cache. Der empfohlene Wert von 2 sorgt zusätzlich dafür, dass Windows erst nach einem vollzogenen Drei-Wege-Handshake das Winsock-Subsystem über die ankommende Verbindung benachrichtigt. Das Verhalten des Systems im Normalbetrieb ändert sich durch SynAttackProtect nicht.<o

></o

>[/FONT]
<table class="MsoNormalTable" style="" border="1" cellpadding="0"> <tbody><tr style=""> <td style="padding: 0.75pt;">

[FONT=&quot]Name<o></o>[/FONT]

</td> <td style="padding: 0.75pt;">

[FONT=&quot]Wert (DWORD)<o></o>[/FONT]

</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]SynAttackProtect<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]2<o

></o

>[/FONT]
</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]TcpMaxPortsExhausted<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]1<o

></o

>[/FONT]
</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]TcpMaxHalfOpen<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]500<o

></o

>[/FONT]
</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]TcpMaxHalfOpenRetried<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]400<o

></o

>[/FONT]
</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]TcpMaxConnectResponseRetransmissions<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]2<o

></o

>[/FONT]
</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]TcpMaxDataRetransmissions<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]2<o

></o

>[/FONT]
</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]EnablePMTUDiscovery<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]0<o

></o

>[/FONT]
</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]KeepAliveTime<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]300000 (5 Minuten)<o

></o

>[/FONT]
</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]NoNameReleaseOnDemand<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]1<o

></o

>[/FONT]
</td> </tr> </tbody></table> [FONT=&quot]Von Microsoft zum Schutz vor SYN-Flooding vorgeschlagene Werte (unter HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters) Link veralten (gelöscht)[/FONT][FONT=&quot]<o

></o

>[/FONT]
[FONT=&quot]Windows-Applikationen rufen zur Netzwerkkommunikation die Windows Socket API auf (Winsock). Auf Kernel-Ebene implementiert deren Funktionen der Treiber afd.sys. Auch er lässt sich über spezielle Registry-Parameter anpassen und insbesondere eine dynamisch wachsende Backlog-Queue aktivieren.<o

></o

>[/FONT]
<table class="MsoNormalTable" style="" border="1" cellpadding="0"> <tbody><tr style=""> <td style="padding: 0.75pt;">

[FONT=&quot]Name<o></o>[/FONT]

</td> <td style="padding: 0.75pt;">

[FONT=&quot]Wert (DWORD)<o></o>[/FONT]

</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]EnableDynamicBacklog<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]1<o

></o

>[/FONT]
</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]MinimumDynamicBacklog<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]20<o

></o

>[/FONT]
</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]MaximumDynamicBacklog<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]20000<o

></o

>[/FONT]
</td> </tr> <tr style=""> <td style="padding: 0.75pt;"> [FONT=&quot]DynamicBacklogGrowthDelta<o

></o

>[/FONT]
</td> <td style="padding: 0.75pt;"> [FONT=&quot]10<o

></o

>[/FONT]
</td> </tr> </tbody></table> [FONT=&quot]
Von Microsoft vorgeschlagene Parameter für den Winsock-Treiber afd.sys (HKLM\System\CurrentControlSet\Services\AFD\Parameters)[/FONT][FONT=&quot] <o

></o

>[/FONT]
<o

> </o

>
Cookies als Schutzimpfung<o></o>

<o

> </o

>
<o

> </o

>
Die eigentliche Schwachstelle, die SYN-Flooder ausnutzen, ist die Backlog-Queue; daran ändern auch die vorgestellten Maßnahmen nichts. Sie erschweren einen Angriff zwar deutlich, aber mit ausreichenden Ressourcen kann ein Angreifer die Backlog-Queue immer noch mit sinnlosen Einträgen überfluten.
Bereits 1996 hat jedoch Dan Bernstein gezeigt, wie man diese Schwachstelle gänzlich beseitigen kann.

Dabei dienen sogenannte SYN-Cookies als Fallback-Mechanismus wenn die Backlog-Queue voll ist. Sie erfordern keine Anpassungen bei den Clients, aus deren Sicht der Server weiterhin normal antwortet.

Der Trick dabei ist es, dass der Server selbst keinerlei Informationen über ein SYN-Paket speichert, sondern diese als Crypto-Cookie an den Client sendet. Wenn dieser nicht antwortet, hat der Server lediglich ein wenig Rechenzeit investiert. Antwortet der Client jedoch, kommt das Cookie wieder zurück und der Server kann anhand der darin enthaltenen Informationen feststellen, dass er mit diesem Client bereits gesprochen hat und die Verbindung herstellen -- auch ohne dass er einen Eintrag in der Backlog-Queue dazu vorfindet.

Konkret verwendet der Server seine Sequenznummer, die er normalerweise pseudozufällig erzeugt, als Cookie. Mit SYN-Cookies erstellt er aus Quell- und Ziel-Ports, den zugehörigen IP-Addressen und einem Geheimnis einen MD5-Hash und schickt diesen als erste Sequenznummer an den Client. Kommt die Antwort, um den Dreiwege-Handshake zu komplettieren, enthält diese eine Bestätigung der Sequenznummer (ACK). Der Server bildet wiederum den MD5-Hash über das Geheimnis und die Adressen und Ports des ACK-Pakets und vergleicht diesen Wert mit der vom Client bestätigten Sequenznummer. Stimmen die beiden überein, weiss der Server, dass der Client das Cookie von ihm haben muss und stellt die Verbindung her. Weitere Details zu SYN-Cookies finden Sie unter Link veralten (gelöscht).
Ein Handicap der SYN-Cookies ist die Einschränkung, dass sie bestimmte TCP-Optionen wie zum Beispiel große Fenster (TCP Window Size) nicht unterstützen. Da der Server jedoch im Normalbetrieb keine SYN-Cookies verwendet und ohne diese Einschränkung arbeitet, ist es sehr empfehlenswert, auf Servern SYN-Cookies als Fallback-Mechanismus für Angriffe zu aktivieren.
Diverse BSD-Systeme und Linux unterstützen SYN-Cookies von Haus aus. Bei Linux muss der Kernel mit der Option CONFIG_SYNCOOKIES übersetzt sein, was bei den gängigen Distributionen der Fall ist. Der Befehl

# echo 1 > /proc/sys/net/ipv4/tcp_syncookies aktiviert dann die Verwendung der SYN-Cookies.
Fazit

Maßnahmen wie das Vergrößern der Backlog-Queue und Herabsetzen der Zahl der Retransmissions lassen sich auch direkt auf andere Betriebssysteme wie Solaris übetragen Link veralten (gelöscht). Mit den beschriebenen Methoden ist der Server recht gut auf SYN-Flood-Angriffe vorbereitet -- ganz ausschalten können sie die Gefahr jedoch nicht. Spätestens wenn die akkumulierte Bandbreite eines verteilten DoS-Angriffs die des Servers übersteigt, helfen nur noch Filter auf vorgelagerten Routern, den regulären Betrieb aufrecht zu halten.
<o

> </o

>
aoto9870

Gelöschtes Mitglied 79255 · 2. Juni 2009

AW: Dos Attake gegen das DEB

Öhm, echt schei.e was hier abgeht.

Aber ich denke, wenn die Kiddis im Ausland hocken, wird eine Anzeige nichts bringen. Oder?

Ich denke nicht das das DEB Speziell ein "Opfer" darstellen kann. So eine andere Sat Seite in Polen war mehrere Tage offline.

Könnte daswegen ja ein Zufall gewesen sein das alles. Wer weiß...

Phantom · 2. Juni 2009

AW: Dos Attake gegen das DEB

Sehr geehrter Kunde,

Sie haben eine 3Gbit Attacke die aktuell gefiltert wird. Eine DDOS Protection kostet im 5 stelligen Bereich und wir haben es Ihnen kostenlos aktiviert. Eine 100% Lösung gibt es da nicht und 3Gbit ist recht gross das ist keine kleine Attacke. Ihr Server hat eine Anbindung von 100Mbit und Sie erhalten eine DDOS Attacke mit 3000 Mbit. Daher ist der Server schlecht erreichbar obwohl sehr viel gefiltert wird. Es sind tausende verschiedene IP Adressen die gefiltert werden. In der Regel dauern solche Attacken ein paar Tage und hören dann auf.

Mit freundlichen Grüßen

Phantom · 2. Juni 2009

AW: Dos Attake gegen das DEB

Vorerst kann ich Entwarnung geben. Die Attacke hat aufgehört. Daten oder sonstiges wurden nicht ausgelesen. Zur Sicherheit wurden sämtliche Passwörter mit einen neuen 1024bit Passwort versehen so das wir auch in Zukunft sicher sein können. Wer sich denn nun unsicher fühlt, den kann ich versichern, das keine IPs oder sonstiges im DEB mit geloggt werden.

Dann hoffen wir mal das die angreifer die lust an das DEB verlohren haben.

Jader1 · 2. Juni 2009

AW: Dos Attake gegen das DEB

Klasse Arbeit ...Phantom ...es ging hier aber auch nicht um irgend was auszulesen sondern um das Board schlichtweg Lahmzulegen nur zur Ergänzung.

troll032000 · 2. Juni 2009

AW: Dos Attake gegen das DEB

Naja , bei einer so grossen Gemeinde , wird so was auch niemanden wirklich aus der Ruhe bringen, dan liest man sich halt ein paar Tage später.

metfan · 2. Juni 2009

AW: Dos Attake gegen das DEB

Eine anzeige kann nichts bringen...es sind profis die das machen...die benutzen bestimmt proxy oder was anderes...aber freut micht dass es endlich aufgehört hat

Suche

Suche

DEB Infos Dos Attake gegen das DEB

Phantom

Blizzard106

Meister

Phantom

Jader1

Guest

Phantom

metfan

Spezialist

Phantom

Marh

Newbie

aoto9870

Hacker

Gelöschtes Mitglied 79255

Guest

Phantom

Phantom

Jader1

Guest

troll032000

Freak

metfan

Spezialist

Ähnliche Themen

Spenden Unterstützung