Ein assoziativer Blog fällt. Keine Konkurrenten, keine Bankdaten. Der Administrator erhält eine E-Mail: „0,5 BTC und es hört auf“. Der VPS für sechs Euro im Monat sättigt mit der Bandbreite; Der Host fährt den Server herunter, um das Netzwerk zu schützen. Die kleine Site war ein Ziel – weil sie einfach war, nicht weil sie reichhaltig war.
Ein verteilter Denial-of-Service-Angriff überschwemmt einen Dienst mit unnötigem Datenverkehr. Kleine Websites glauben, sie seien unsichtbar. Sie sind weniger, als sie denken: bekannte IP-Adresse, Standard-WordPress-Stack, mangelnder Sicherheitsspielraum.
Warum eine kleine Website ins Visier genommen wird
| Muster | Mechanismus |
|---|---|
| Erpressung | E-Mail plus Flut bis zur Zahlung |
| Persönlicher Konflikt | Forum, Politik, Gaming |
| Sicherheiten | Gleicher IP-Bereich wie ein anderes Ziel |
| Botnet-Scan | Flut ausnutzen und dann testen |
| Lokaler Wettbewerb | Selten, aber dokumentiert |
Klein zu sein gibt dir keine Immunität. Dies verringert manchmal das Interesse – nicht die Wahrscheinlichkeit eines automatisierten Scans.
Wo sich Zerbrechlichkeit verbirgt
Ein Einstiegs-VPS bietet oft einhundert Megabit pro Sekunde oder weniger, wobei der Kern empfindlich gegenüber SYN-Floods ist. Auf der gemeinsamen Seite verlangsamt ein angegriffener Nachbar alle; Die gemeinsam genutzte IP-Adresse kann auf die schwarze Liste gesetzt werden – siehe unsere Umfrage zu gemeinsam genutzten IPs. Ohne CDN wird der Ursprung direkt offengelegt. Eine schwere API – eine teure Suchroute – verstärkt Layer-7-Angriffe. Formulare ohne Captcha verursachen Spam und Overhead.
Verhältnismäßige Verteidigung mit bescheidenem Budget
Platzieren Sie ein CDN oder einen Proxy vor dem Ursprung – Cloudflare oder dem Netzwerk-Anti-DDoS des Hosts (VAC OVHcloud usw.). Konfigurieren Sie Ratenbegrenzung über Nginx, CDN-Regeln oder bescheidenes fail2ban. Tragen Sie eine aggressive Matte auf die Statik auf, damit der Ursprung atmet – siehe CDN-Erstverwendung. Deaktivieren Sie XML-RPC WordPress, falls erforderlich. Richten Sie Überwachung ein: ungewöhnlicher Datenverkehr, Spitzenwert von 502, Bandbreite. Bereiten Sie einen Vorfallplan vor: Wer wechselt den Proxy, wer kontaktiert den Host.
Für die meisten kleinen Websites ist kein Unternehmensschutz erforderlich. Die Offenlegung des Ursprungs vermeiden ist.
Warnsignale vor Sättigung
Der HTTP-Verkehr verzehnfachte sich in zehn Minuten ohne Marketingkampagne. Spitzenanfragen auf einer einzelnen URL („/xmlrpc.php“, „/wp-login.php“). Flache ausgehende Bandbreite von 100 % auf dem Hosting-Panel. Erpressungs-E-Mails, die am Vortag eingegangen sind. Diese Signale gehen häufig dem plötzlichen Herunterfahren durch den Host voraus, um das gemeinsam genutzte Netzwerk zu schützen. Es ist besser, den Proxy vor dem Herunterfahren zu aktivieren, als eine Notfallwiederherstellung des Dienstes auszuhandeln. Dokumentieren Sie außerdem, wer Zugriff auf das CDN-Panel hat und wer in den „Unter Angriff“-Modus wechseln kann – mitten in einem Angriff verschwendet die Suche nach Identifikatoren wertvolle Minuten.
Während des Angriffs: nützlicher Befehl
Stellen Sie zunächst sicher, dass es sich tatsächlich um einen DDoS-Angriff und nicht um einen legitimen Anstieg (Verkäufe, virale Inhalte) handelt. Aktivieren Sie orange Proxy oder CDN, falls verfügbar. Wechseln Sie vorübergehend in den Herausforderungs- oder „Angriffs“-Modus. Benachrichtigen Sie den Host – manchmal ist eine Netzwerkminderung möglich. Führen Sie keinen Neustart in einer Schleife ohne Diagnose durch. Dokumentenprotokolle; im Falle einer Erpressung Anzeige erstatten.
Der Gipfel: Bezahlen garantiert nichts
Vor allem kleine Websites unterschätzen die indirekten Kosten: Reputation, schlechte SEO, überforderter Kundensupport – nicht nur die Infrastrukturrechnung.
Entscheide dich und gehe ohne blinden Fleck voran
Von Anfang an den Ursprung über CDN verbergen, nicht nach dem ersten Angriff. Lesen Sie die Anti-DDoS-SLA des Hosts, bevor Sie signieren. Konfigurieren Sie Ratenbegrenzung und Cache auf teuren Routen. Vorfallkontakte vorbereiten (Host, CDN, technischer Manager). Vergleichen Sie die Angebote über das Verzeichnis und unseren Leitfaden WAF-Website.
Häufig gestellte Fragen
Warum eine kleine, wertlose Website angreifen?
Die Motive variieren: Rache, Lösegeld, Ablenkung, opportunistisches Ziel, Botnet-Test. Die Größe der Site ist weniger wichtig als ihre Verwundbarkeit.
Schützt mein gemeinsam genutzter Host vor DDoS?
Oftmals gibt es zwar grundlegende Abhilfemaßnahmen, aber ein gesättigter Nachbar kann Auswirkungen auf Sie haben. Lesen Sie die SLA und Ausschlüsse.
Reicht kostenloses Cloudflare aus?
Bei volumetrischer Messung oft ja; Ausgefeilte Layer-7-Angriffe erfordern manchmal einen kostenpflichtigen Plan.
Was tun während des Angriffs?
CDN-Proxy aktivieren, Rate begrenzen, Host kontaktieren, dokumentieren. Zahlen Sie kein Lösegeld ohne eine rechtliche Strategie.
Eine kleine Site kann ein DDoS-Ziel sein, weil sie erreichbar ist – nicht weil sie wichtig ist. Reduzieren Sie die Exposition, bevor Sie zum Beweis werden.