Cloudflare hat am 4. November eine Reihe von Analyse- und Kontrollfunktionen für den Traffic persönlicher KI-Agenten freigeschaltet. Website-Betreiber sehen im Dashboard nun gesondert, welche Agenten im Auftrag von Nutzern Preise vergleichen, recherchieren oder bestellen, und können für jeden einzelnen eine Zugriffsrichtlinie festlegen.
Dieser Traffic war bisher schwer zu handhaben. Hinter jedem Agenten steht ein echter Nutzer: Wer alle aussperrt, verliert womöglich Kunden, wer alle durchlässt, sieht nicht, was sie tun. Cloudflares Ansatz ist es, sie zunächst vom automatisierten Traffic zu trennen und die Zugriffsregeln den Betreibern zu überlassen.
„Better visibility into agent activity allows you to decide what access makes sense for your site.“
(Wer die Aktivität von Agenten besser sieht, kann entscheiden, welchen Zugriff die eigene Website zulassen sollte.)
Was das Dashboard jetzt zeigt
Analyse. Im Diagramm Bot Analysis unter Security Analytics gibt es die neue Kategorie Personal Assistants, neben Verified Bot, Likely Human, Likely Automated und Automated. Auch die Top statistics haben eine neue Komponente, die die zugreifenden Agenten samt Anzahl der Anfragen auflistet. Wird ein Agent gefiltert, zeigen die übrigen Komponenten die von ihm angefragten Pfade, die erhaltenen Statuscodes und die Herkunftsnetzwerke.
Kontoebene. Websites mit aktiviertem Account Abuse Protection sehen zusätzlich, für welchen Nutzer ein Agent handelt. Login- und Registrierungsereignisse weisen aus, ob sie von einem persönlichen Agenten ausgelöst wurden und von welchem; Betrugsteams können Konten nach Agentenereignissen oder deren Anzahl filtern. Hat ein Angreifer über einen Agenten ein Konto übernommen, lässt sich eine WAF-Regel auf Basis der Hashed User ID schreiben, die nur dieses eine Konto betrifft, während andere Nutzer desselben Agenten unberührt bleiben. Diese Funktion befindet sich noch im Early Access.
Richtlinien. Die bisherigen AI-Bot-Richtlinien waren in Search, Training und Agents unterteilt. Agents gilt nun auch für unterstützte persönliche Agenten, und die Einstellung heißt jetzt AI Crawler and Agent access policies. Pro Agent gibt es drei Optionen:
- Allow: nicht blockieren;
- Block on pages with ads: nur auf Seiten mit Werbung blockieren;
- Block: direkt blockieren.
Die Richtlinien für Search und Training bleiben unverändert. Beim Onboarding neuer Websites fragt der Assistent, ob die Seite sich über Werbung finanziert, und empfiehlt darauf aufbauend eine Richtlinie.
Die zweite Option zeigt am deutlichsten, worauf die Funktion zielt. Liest ein Agent Seiten für einen Menschen, sieht niemand die Werbung; werbefinanzierten Seiten entgehen Einnahmen aus Einblendungen. Ruft derselbe Agent eine Produktseite auf, um für den Nutzer zu bestellen, ist das für die Website dagegen erwünscht. Eine Sperre nach Seitentyp trifft den Bedarf der Betreiber besser als ein pauschaler Schnitt nach Identität.
Was der Blog offenlässt
Der Beitrag nennt keine Liste der unterstützten Agenten, sondern verweist nur darauf, die konkreten Optionen im Dashboard nachzusehen. Auch zu den zugehörigen Tarifen und zur Kategorie nicht erkannter Agenten schweigt er. Zur Erkennung erwähnt er lediglich, dass Cloudflare das größte Verzeichnis verifizierter Bots pflegt; was ein Agent tun muss, um dort aufgenommen zu werden, bleibt unklar.
Diese Lücken wirken sich direkt auf die Wirksamkeit aus. Ein Agent, der sich nicht zu erkennen gibt und weiter im normalen Traffic mitläuft, wird von den drei Richtlinienstufen nicht erfasst. Als Amazon im September Metas Muse sperrte, war einer der Gründe genau das: Der Agent gab sich beim Surfen nicht zu erkennen.
Als nächste Schritte nennt Cloudflare drei Punkte: Nutzerkontext datenschutzfreundlich weitergeben, bei der Reputationsbewertung helfen und bei Problemen die Verantwortung klar zuweisen. Konkrete Konzepte und einen Zeitplan gibt es noch nicht.
Einordnung für Websites in China
Websites in China, die Cloudflare nutzen, können die Einstellung schon jetzt unter Security Settings einsehen. Sicherer ist es, zunächst eine Weile Daten zu beobachten, bevor man eingreift: Inhaltsseiten können es zuerst mit „nur auf Seiten mit Werbung blockieren“ versuchen; Shops und Tool-Seiten, bei denen Agenten Registrierungen und Bestellungen bringen, fahren mit Durchlassen besser.
Auf Mobilgeräten in China geht es in eine ähnliche Richtung. Als ByteDance im September die Consumer-Version des Doubao-Handyassistenten vorstellte, veröffentlichte das Unternehmen zugleich das Protokoll SAEP, mit dem Drittanbieter-Apps erklären können, ob der Assistent Bildschirmaktionen automatisieren darf. Beide setzen auf unterschiedlichen Ebenen an, das eine am Netzwerkeingang, das andere am Systembildschirm, folgen aber demselben Gedanken: Die besuchte Seite bekommt einen klaren Schalter.
Mit den neuen Schaltern auf Betreiberseite stehen Agentenanbieter vor einer neuen Lage: Derselbe Assistent kann auf verschiedenen Websites immer Unterschiedliches ausrichten. Wem Nutzer die Schuld geben, wenn eine Aufgabe scheitert, ist bislang offen.
Quellen: Cloudflare-Blog, CocoLoop; der Funktionsumfang richtet sich nach der Darstellung in Cloudflares Ankündigung, der Hintergrund zu Doubao und Amazon stammt aus öffentlichen Berichten.