Lockpick durch deine Firewall lassen

Firewalls, Bot-Prüfungen und Anmeldeschranken können einen Scan stoppen. Wenn eine davon ihn blockiert, bevor er deine Website sieht, wird der Bericht als Blockiert markiert und nennt, was ihn gestoppt hat, etwa die Bot-Prüfung von Cloudflare oder Vercel. Er wird nicht bewertet, er prüft trotzdem deine öffentlichen Einträge, und eine automatische Prüfung pausiert und sagt dir Bescheid. Greift der Bot-Schutz erst mitten in einem Deep-Scan ein, behält der Bericht alles, was vorher gelesen wurde, sagt, dass dein Bot-Schutz funktioniert, und bietet einen Prompt für deinen KI-Agenten an, der die unten stehende Regel hinzufügt. Wenn du Lockpick durchlässt, kann der nächste Scan fertig laufen.

So stellt sich Lockpick vor

Scans senden dieselben Header wie ein gewöhnlicher Chrome- oder Edge-Browser, einschließlich seines User-Agents, damit ein Scan deine Website so sieht, wie ein Besucher sie sieht. Ein User-Agent beweist ohnehin nichts: Jeder kann ihn kopieren.

Stattdessen signiert Lockpick jede Anfrage an deine Website mit Web Bot Auth, dem offenen Standard, mit dem sich Bots ausweisen. Jede Anfrage trägt diesen Header, eine kurzlebige Signatur für deine Domain, die nur der Schlüssel von Lockpick erstellen kann, und den passenden Header Signature-Input.

Signature-Agent: "https://bots.lockpick.app"

Die öffentlichen Schlüssel sind unter https://bots.lockpick.app/.well-known/http-message-signatures-directory veröffentlicht. Bot-Schutz, der diese Signaturen prüft, kann einen echten Lockpick-Scan von jemandem unterscheiden, der den Namen nur borgt, und Anbieter, die Lockpick als verifizierten Bot führen, lassen ihn ohne eigene Regel durch. Bis dein Anbieter das tut, oder wenn eine deiner Regeln jeden Bot blockiert oder herausfordert, füge die Regel unten hinzu.

Erlauben

Füge in deiner Firewall oder deinem Bot-Schutz eine Regel hinzu, die Bot-Prüfungen und Ratenbegrenzungen überspringt, wenn der Header Signature-Agent bots.lockpick.app enthält. Lockpick scannt nicht von einer festen Liste von IP-Adressen aus, deshalb erlaube es über diesen Header und nicht über eine Adresse.

• Vercel. Füge in der Firewall deines Projekts eine Custom Rule hinzu, deren Bedingung Request Header signature-agent contains bots.lockpick.app ist und deren Aktion Bypass ist. Sie steht über jeder Custom Rule, die herausfordert oder ablehnt. Der Attack Challenge Mode fordert, solange er aktiv ist, jeden Besucher heraus, außer bekannte Bots, und eine Custom Rule hebt ihn nicht auf. Prüfe deshalb erneut, sobald er aus ist.
• Cloudflare. Füge eine Custom Rule mit dem Ausdruck any(http.request.headers["signature-agent"][*] contains "bots.lockpick.app") und der Aktion Skip hinzu. Sie überspringt die übrigen Custom Rules, Rate Limiting, Managed Rules und Super Bot Fight Mode (bezahlte Tarife), und stelle sie an die erste Stelle. Der Bot Fight Mode des kostenlosen Tarifs lässt sich durch keine Regel überspringen. Deshalb muss er für Lockpick ausgeschaltet werden, damit Lockpick durchkommt.
• Andere Firewalls. Suche nach einer Regel, die Bot-Schutz anhand eines Request-Headers überspringt. Der Bericht nennt Akamai, Imperva, Sucuri, AWS WAF, Azure Front Door, DataDome oder PerimeterX, wenn deren Sperrseite verrät, wer sie ausgeliefert hat, und sagt „eine Firewall“, wenn er nicht erkennen kann, welche geantwortet hat.

Bot-Prüfungen von Cloudflare und Vercel

Eine Bot-Prüfung ist die Seite, die einen Besucher bittet zu warten oder zu beweisen, dass er ein Mensch ist, manchmal mit einem normalen Status „200 OK“. Lockpick erkennt die von Cloudflare und Vercel an den Markierungen, die sie senden, hält sofort an und versucht nie, eine zu lösen oder zu umgehen. Es wird auch nicht von einer anderen Adresse aus erneut versucht.

Eine Firewall, die einen sensiblen Pfad blockiert, macht ihren Job, deshalb stoppt das allein nie einen Scan. Prüft Lockpick auf Dateien, die nicht öffentlich sein sollten (etwa /.env oder /wp-config.php.bak), oder auf gängige Routen (etwa /admin), und deine Firewall antwortet mit ihrer Block- oder Challenge-Seite, hält der Bericht diesen Pfad als geschützt fest, und der Scan läuft weiter. Erst wenn mehrere dieser Prüfungen hintereinander abgelehnt werden, liest Lockpick deine Startseite erneut. Lehnt die Firewall die Seite ab, die sie eine Minute zuvor ausgeliefert hat, blockiert sie Lockpick selbst, und der Scan hält an. Deep prüft diese sensiblen Dateien zuletzt, nach seinen Routen- und API-Prüfungen, und bei jedem Scan in einer anderen Reihenfolge. Außerdem prüft er nur Dateien, die dein Host ausliefern könnte: Bei Vercel, Netlify oder einem Website-Baukasten wie Shopify oder Webflow, wo nur dein Build-Output veröffentlicht wird, überspringt er .env, .git, Datenbank-Dumps und Serverdateien und prüft stattdessen deine eigenen Routen.

Warum er deine Website schont

• Jeder Scan hat eine feste Grenze: höchstens 10 Anfragen für einen Pulse und 200 für einen Deep-Scan.
• Anfragen werden verteilt, nicht alle auf einmal gesendet.
• Ein Scan hört früh auf, wenn deine Website mit „too many requests“ antwortet, anfängt zu scheitern oder den Zugriff verweigert.
• Er hält sich für jede Seite, die er findet, an deine robots.txt-Regeln. Er nimmt die Regeln für Lockpick oder, wenn es keine gibt, die Regeln für alle Crawler.
• Die Seite, die ein Besucher öffnet, und die Dateien, die sie lädt, sind die Ausnahme. Wie der Browser eines Besuchers liest ein Scan deine Startseite, die Skripte, die sie lädt, und /.well-known/security.txt, auch wenn robots.txt Crawler fernhalten will.
• Kann robots.txt nicht gelesen werden, liest ein Scan nur diese Dateien und überspringt alle anderen Seiten.
• Er meldet sich nie an, sendet keine Formulare ab und ändert nichts.