Änderungsprotokoll

Imperva fügt sein Skript sowohl in fehlerfreie Seiten als auch in Block-Seiten ein. Auto kann diese beiden nun unterscheiden, sodass eine Seite mit Imperva-Frontend ohne Kosten für einen Browser zurückgegeben wird: ein Versuch, 10 Credits, etwa sechs Sekunden.

Setze userAgent bei einem Browser-Request, und genau dieser String wird im Header, auf der Seite und in ihren Workern gesendet. Die Client-Hints werden mitgesendet, sodass sec-ch-ua, die Plattform und navigator.platform alle mit dem übereinstimmen, was du angefordert hast. Die Response meldet denselben String zurück.

Der Browser verwendet nun die Zeitzone des Landes, in dem sich dein Exit befindet. Seiten, die lokale Zeiten rendern, zeigen diese so, wie ein lokaler Besucher sie sehen würde. Wenn das Exit-Land unbekannt ist, bleibt die Uhr unverändert.

Einige Seiten lehnen einen ersten Request ab und übergeben dir eine Session in derselben Response. Single, Proxy, Auto und Browser senden diese nun direkt über denselben Exit zurück, sodass die Seite bei deinem ersten Aufruf ankommt, anstatt dich einen Retry zu kosten.

Wenn eine Seite ihre Challenge beibehält, antwortet Browser nun mit dem Vendor, der Anzahl der Klicks und ob die Freigabe erteilt wurde, sodass du sofort zu einem anderen Proxy wechseln kannst. Eine erfolgreich geladene Seite meldet defenseSolved: true bei dem Request, der sie freigegeben hat.

Setze timeout_ms für einen Browser-Request auf bis zu 120 Sekunden und er nutzt dieses gesamte Budget, sodass ein langsames Ziel die von dir gegebene Zeit erhält und du das eigene Ergebnis der Engine liest.

Responses melden jetzt akamai und ebay-splashui, wo sie zuvor nichts gemeldet haben (oder die Blockierung fälschlicherweise Cloudflare zuschrieben). Wenn dein Code bei defense.vendor verzweigt, um eine Retry-Strategie auszuwählen, werden diese beiden Namen nun korrekt angezeigt.

Activity passt nun ohne horizontales Scrollen auf ein 14" MacBook, und jede Spalte behält ihren Wert. Das Detail-Panel hat jetzt Tabs (Request, Response-Header, Response-Body), sodass die Antwort oben steht, statt 900px weiter unten. Tooltips folgen deinem Mauszeiger und zeigen die vollständige URL an.

Die Methoden-Spalte liest nun das Verb aus deinem Request-Body (GET, POST, PUT, etc.), anstatt immer POST anzuzeigen, weil unser API-Layer dies empfangen hat. Playground-Aufrufe erfassen auch die Browser-IP der Person, die auf Senden geklickt hat. So können geteilte Accounts nachvollziehen, wer was ausgeführt hat.

Eine überlastete Instanz beantwortet einen Health Check in 3 bis 10 Sekunden, während eine gesunde 9 bis 225 Millisekunden benötigt. Bisher galten beide als in Ordnung. Langsam gilt jetzt als beeinträchtigt und übermittelt den eigenen Grund der Instanz. So erkennen wir das Problem, solange es nur ein einzelner langsamer Server und noch nicht dein fehlgeschlagener Request ist. Auto wird ebenfalls überwacht. Die Limits sind darauf eingestellt, wie lange ein echtes, schweres Solve dauert, anstelle eines generischen Limits, das bei jedem Erfolg auslösen würde.

Der Dashboard Playground bietet jetzt drei kaskadierende Auswahlmenüs für OS, Browser und Version, die live aus dem Profilkatalog geladen werden. Wähle zwei beliebige aus und die dritte Auswahl wird auf die tatsächlich verfügbaren Optionen eingegrenzt. Die Auswahl eines Profils aktiviert unblocker, da die API ein Profil ohne diese Einstellung ablehnt.

Die vom Unblocker gesendete Standard-Signatur ist jetzt eine aktuelle Major-Version und nicht mehr die alte, die Scraper fest codiert hatten. Websites, die bei älteren Major-Versionen statische Block-Seiten zurückgegeben haben, liefern auf Single und Browser wieder ihre echte Seite aus. Beide Produkte wurden zusammen aktualisiert. Ein cf_clearance Replay von Browser zu Single ist also weiterhin Byte für Byte identisch.

Bisher hat Browser die Stufe von 30 Credits für überwundenen Schutz nur berechnet, wenn ein Cloudflare Clearance-cookie auftauchte. Jetzt gilt das Gleiche für jeden Schutz, den wir erkennen und überwinden, angefangen bei SiteGround. Die Response enthält außerdem defenses: { present, cleared }, sodass du erkennen kannst, welcher Anbieter im Weg war, selbst wenn wir ihn noch nicht überwunden haben (DataDome, PerimeterX, Akamai, Incapsula und hCaptcha werden aktuell erkannt, aber noch nicht überwunden).

Browser-Responses geben nun defenses: { present, cleared } zurück: jeden Vendor, den das Ziel ausführte, und jeden, den wir tatsächlich umgangen haben. Die Abrechnung folgt der gleichen Regel. Ein Request, der einen Vendor (nicht nur Cloudflare) umgeht, gilt als Defense Solve, und Vendoren, die wir erkennen, aber noch nicht überwinden können, erscheinen in present und erhöhen den Preis nie.

Wenn du exitCountries übergibst und dein Tarif kein Geo-Targeting abdeckt, erhältst du einen 403-Fehler, der den Parameter benennt und auf die Lösung verweist. Kein Raten mehr, welches Feld im request die Prüfung ausgelöst hat. Tarife, die Geo-Targeting enthalten, sind davon nicht betroffen.