Gebaut wurde das Internet für Menschen, geprägt wird es längst von Maschinen. Bots stehen inzwischen für knapp ein Drittel der gesamten Aktivität im Netz, Tendenz steigend. Während Menschen klicken, scrollen und tippen, arbeiten automatisierte Systeme im Hintergrund ihre Aufgaben ab: Suchcrawler erfassen Inhalte, Monitoring-Dienste prüfen Verfügbarkeiten, APIs tauschen Daten aus, KI-Agenten bearbeiten Anfragen.
Der überwiegende Teil dieses Verkehrs ist legitim und hält digitale Dienste am Laufen. Ein erheblicher Teil ist es nicht, und die Grenze dazwischen verwischt zunehmend. An dieser Mehrdeutigkeit scheitern klassische Sicherheitsarchitekturen. Drei Prinzipien zeigen, wie sich eine Infrastruktur bauen lässt, die einem bot-dominierten Internet gewachsen ist.
Gute Bots, schlechte Bots: genau hier beginnt das Problem
Wäre jede Automatisierung feindlich, ließe sie sich vergleichsweise einfach abwehren. Tatsächlich müssen Unternehmen jedoch zweifach unterscheiden: Bot oder Mensch? Und wenn Bot: nützlich oder schädlich? Beides fällt schwer. Angreifer tarnen automatisierte Angriffe als regulären Verkehr, arbeiten mit rotierenden IP-Adressen, verschleierten Identitäten und nachgeahmtem Nutzerverhalten. Umgekehrt verhält sich legitime Automatisierung in großem Maßstab oft so unberechenbar, dass sie verdächtig erscheint, ohne es zu sein.
Für dieses Maß an Mehrdeutigkeit wurden klassische Architekturen nicht entworfen. Perimeterbasierte Modelle bringen Latenz und zentrale Ausfallpunkte mit sich. Multi-Cloud- und Hybridlandschaften zersplittern Richtlinien und sorgen für uneinheitliche Durchsetzung. Rein zentralisierte Systeme skalieren zu langsam, rein dezentrale büßen Sichtbarkeit und Kontrolle ein. Vor allem aber beantworten beide nur eine Frage: wer sich verbindet. Ob eine automatisierte Interaktion Wert stiftet oder Schaden anrichtet, entscheidet sich an einer anderen: Warum ist sie da?
Vom Sicherheitsproblem zur Architekturfrage
Über Jahrzehnte galt Sicherheit als Disziplin des Erkennens und Blockierens, delegierbar an den Security-Stack. In einem von Automatisierung dominierten Netz trägt diese reaktive Haltung nicht mehr. Bots stoppen zu wollen greift zu kurz; gebraucht wird eine Infrastruktur, die Absichten erkennt und sich in Echtzeit anpasst. Die Bot-Abwehr wandert damit vom Produktmerkmal zum Designprinzip: Schutz steckt von Anfang an in der Architektur.
Zusätzliche Einzelkontrollen lösen das nicht. Taktische Sicherheitslösungen sind in dem Moment überholt, in dem sie ausgerollt werden, weil sich die Bedrohungslage schneller entwickelt, als manuelle Reaktion folgen kann. Drei Architekturprinzipien geben die Richtung vor:
- Vereinheitlichen und konsolidieren: Verteilen sich Richtlinien und Kontrollen über Dutzende Werkzeuge, hat niemand den Gesamtüberblick. Eine einzige, global verteilte Plattform setzt eine Richtlinie überall durch. Wird eine Regel in einer Region angepasst, greift sie binnen Sekunden im gesamten Netz statt erst nach Wochen.
- Verhalten statt starrer Regeln bewerten: Angreifer wechseln laufend die Taktik. Adaptive, ML-gestützte Systeme werten Muster von Absicht und Geschwindigkeit aus und trennen legitime Automatisierung wie API-Aufrufe oder Such-Crawler von schädlicher Aktivität, selbst wenn beide anfangs identisch aussehen.
- Gute Automatisierung für die Verteidigung nutzen: Nicht die Automatisierung ist der Gegner, sondern die Fragmentierung. Wer Netzwerk-Telemetrie, Bot-Signale und Anwendungsverhalten automatisiert zusammenführt, erkennt und reagiert in Maschinengeschwindigkeit und verlässt so die rein reaktive Position.
Vom „Wer“ zum „Warum“
Der eigentliche Umbruch steckt in der Leitfrage. „Wer bist du?“ genügt nicht mehr; moderne Architektur fragt auch: „Was versuchst du zu tun?“ In einer Umgebung, in der Maschinen, APIs und KI-Agenten die menschlichen Nutzer absehbar zahlenmäßig übertreffen, wird die Absicht zum belastbarsten Vertrauenssignal. Systeme müssen Zweck und Verhalten bewerten, nicht allein Anmeldedaten, um zu entscheiden, ob eine Interaktion zugelassen, eingeschränkt oder abgewiesen wird.
Zero Trust wächst damit über seinen Ursprung hinaus: Das Rahmenwerk regelte zunächst menschliche Zugriffe, inzwischen taugt es als Verhaltenskodex für das gesamte digitale Ökosystem. Jede Verbindung, ob von Mensch oder Maschine, weist ihre Identität kontinuierlich nach, lässt ihre Absicht bewerten und erhält Zugriff nur mit minimalen Berechtigungen, zeitlich begrenzt und unter definierten Bedingungen. Wie sich solcher identitätsbasierter Zugriff praktisch umsetzen lässt, zeigen Managed-SASE/SSE-Services, die Zero-Trust-Zugriff, Secure Web Gateway und verwandte Bausteine als betreute Plattform bereitstellen.
Was das praktisch bedeutet
Plattformen nach diesem Muster verbinden zentrale Steuerung mit global verteilter Durchsetzung. Ein global verteiltes Netz mit einer zentralen Kontrollebene über Hunderte Städte hinweg zeigt das Prinzip: Identifiziert das Bot-Management ein neues Muster, wirken Gegenmaßnahmen nahezu sofort weltweit, und global trainierte ML-Modelle entdecken Anomalien in Echtzeit. Entscheidend ist weniger das einzelne Produkt als das Prinzip dahinter: einheitliche Sichtbarkeit über Sicherheits-, Netzwerk- und Datenebene, damit Reaktionen ohne Fragmentierung und Verzögerung möglich werden.
Für die meisten Unternehmen beginnt dieser Weg am Netzwerkrand, mit Bot-Management, WAF und API-Schutz. Wer diese Werkzeuge nicht selbst aufbauen und pflegen will, kann sie als gemanagte Application Security beziehen, inklusive laufender Regelpflege und Auswertung.
Grundlage dieses Beitrags ist der theNET-Artikel „Das Bot-dominierte Internet“ von Cloudflare-Field-CTO Nan Hao Maguire.
Passende Managed Services
- Application Security – WAF, DDoS-Schutz sowie Bot- und API-Management als betreuter Dienst am Netzwerkrand.
- SASE/SSE als Managed Service – Zero-Trust-Zugriff (ZTNA), Secure Web Gateway und weitere Bausteine für identitäts- und absichtsbasierte Zugriffskontrolle.