Wir haben versucht Bot-Traffic per Honeypot abzufangen – wie verlässlich sind die Ergebnisse und was tun?

Wenn du das per CSS nur über display: none oder visibility: hidden gelöst hast, checken moderne Bots das längst über das Stylesheet und ignorieren es. Hängen bleiben dann entweder uralte Primitiv-Bots oder eben barrierefreie Screenreader. Wenn du das Feld stattdessen aus dem Viewport schiebst (per text-indent oder absolute position) und mit aria-hidden versiehst, sinken die False Positives drastisch.

Wir hatten letztes Jahr ein ganz ähnliches Setup. Als wir die ersten 800 geloggten IPs geprüft haben, stellte sich heraus: 120 davon waren feste Firmen-IPs unserer größten B2B-Kunden. Hätten wir damals einfach pauschal gebannt, hätten wir unsere drei umsatzstärksten Händler komplett ausgesperrt.

Edit: Ich habe vom Handy geschrieben, entschuldigt die Tippfehler.

Mit einem simplen Honeypot stoppt man Scraper heute kaum noch. Professionelle Scraper die gezielt Preise abgreifen, nutzen vollwertige Headless-Browser und klicken nur auf Elemente, die auch visuell gerendert werden. Eure 1.400 IPs sind sehr wahrscheinlich nur zufälliges Grundrauschen aus dem Netz. Die Bots die euch wirklich leersaugen, sind da vermutlich gar nicht reingetappt.

Statt direkt einen 403 Forbidden zu werfen, solltet ihr verdächtigen IPs serverseitig eine Javascript-Challenge ausliefern. Ein normaler Browser löst das in einer Zehntelsekunde der Nutzer merkt nichts. Ein simples Python- oder cURL-Skript kann kein JS ausführen, läuft vor die Wand und schont euren Server.

Bitte ganz ruhig bleiben und auf keinen Fall pauschal auf IP-Ebene bannen. Gerade in der Türkei ist CGNAT extrem verbreitet; wenn man eine einzige dynamische Bot-IP sperrt, sperrt man potenziell hunderte unschuldige Anschlüsse gleich mit aus. Bewertet verdächtiges Verhalten anhand der Session, nicht rein über die IP.

Korrektur: Ich hatte die Zahl falsch im Kopf, sie war etwas niedriger.

bei uns ist auch mal n suchmaschinen-bot reingerannt und fast wären die seiten deindexiert worden ohne rdns-check auf keinen fall sperrregeln aufm server aktivieren

Hatte der versteckte Link im Footer eigentlich ein rel="nofollow" und war der Pfad in der robots.txt auf Disallow gesetzt? Wenn das in der robots.txt nicht gesperrt ist, folgen Suchmaschinen-Crawler solchen Links völlig zu Recht.

Baut ins Formular lieber einen Timestamp-Check ein statt nur unsichtbare Felder; wer das Formular in unter 2 Sekunden abschickt, ist fast garantiert ein Bot. Lässt sich viel sauberer trennen.

Ich stimme voll und ganz zu. Wenn man versucht, alles gleichzeitig zu ändern, etabliert sich nichts richtig.

Viel Erfolg.

Danke, genau die Antwort, die ich gesucht habe.

Letztes Jahr haben wir fast genau dasselbe erlebt. Überstürzte Entscheidungen sind oft solche, die man sechs Monate später korrigieren muss.

Verlasst euch nicht auf eine einzige Maßnahme; geht schichtweise vor. Viel Erfolg.

Du hast recht.

Ich stimme zu, möchte das sogar besonders betonen. Schaut zuerst welche Daten ihr bei der Entscheidungsfindung zur Hand habt.

Korrigiert mich, falls ich falsch liege.

gespeichert.

Gut gemacht. Dass das Backup im gleichen Netzwerk und mit derselben Identität erreichbar ist, macht es zum Teil des Ziels.

Wenn der Benachrichtigungsweg lang ist, kommen keine Benachrichtigungen; keine Benachrichtigung bedeutet spät erkannte Vorfälle. Korrigiert mich, falls ich falsch liege.

Mich interessiert das auch.

Funktioniert das deiner Meinung nach in jeder Größe? Zwei Wochen Notizen machen liefert bessere Ergebnisse als eine sechsmonatige Schätzung.

Wenn deine Situation anders ist, ändert sich das natürlich.

Gut gemacht.