Cursor hat den Code geschrieben. Wer hat die Produktion geprüft?
Agenten sind gut darin, Dinge zum Laufen zu bringen, und schlecht darin zu merken, was sie dabei offengelegt haben: eine Umgebungsvariable mit Client-Präfix, eine .env-Datei, die als statische Datei ausgeliefert wird, einen Header, den niemand gesetzt hat. Prüfen Sie die Live-Website und geben Sie die Liste an Ihren Agenten zurück.
Kostenlos, ohne Anmeldung. Die Basisprüfung stellt nur Anfragen, die auch ein normaler Browser stellt.
Was wir bei einer mit Cursor gebauten Website prüfen
- KritischKostenlose Prüfung
Server-Secrets, die im Client-Bundle gelandet sind
Ein Secret in einer NEXT_PUBLIC_- oder VITE_-Variable wird in JavaScript kompiliert, das jeder Besucher herunterlädt. Wir suchen nach Schlüsselformaten von Stripe, OpenAI, Anthropic, AWS, GitHub und anderen.
- KritischPro
.env oder .git per HTTP erreichbar
Nach der Domain-Bestätigung fragen wir eine Handvoll bekannter Pfade wie /.env und /.git/config ab — die Dateien, die alle Passwörter auf einmal verraten.
- MittelKostenlose Prüfung
Schwache oder fehlende Content-Security-Policy
Keine Policy, oder eine mit unsafe-inline, die wenig aufhält. Wir sagen, welche Direktive sie schwächt.
- NiedrigKostenlose Prüfung
Serverversion in den Headern sichtbar
Header, die Angreifern genau sagen, nach welchem Framework und welcher Version sie suchen müssen.
Oder lassen Sie Cursor selbst prüfen
Verbinden Sie ScanYourSite als MCP-Server und bitten Sie Ihren Agenten, die Website zu prüfen und zu beheben, was er findet. Oder kopieren Sie den Prompt aus einem beliebigen Bericht in den Chat.
Behebe diese Probleme auf app.example.com. 1. Ein Stripe-Secret-Key (sk_live_…9Kq) liegt in _next/static/chunks/app-4e2.js. Er stammt aus NEXT_PUBLIC_STRIPE_KEY. Rotiere den Schlüssel in Stripe, benenne die Variable ohne das Präfix NEXT_PUBLIC_ um und nutze sie nur in einem Route Handler. 2. Die Content-Security-Policy erlaubt 'unsafe-inline' für Skripte. Nutze stattdessen eine Nonce in der Middleware. Wenn du fertig bist, prüfe erneut: https://scanyoursite.app/de?check=app.example.com
Jeder Merge kann einen Fix rückgängig machen
Mit Pro bemerken wir jedes neue Deployment und prüfen es innerhalb von Minuten — oder Sie rufen unseren Deploy-Hook aus der CI auf. Sie hören nur von uns, wenn etwas Neues kaputtgeht.
Tarife ansehenFragen
Wie verbinde ich das mit Cursor?
Erstellen Sie in Ihrem Konto ein API-Token und fügen Sie ScanYourSite als MCP-Server hinzu. Ihr Agent kann dann Ihre Websites auflisten, eine Prüfung starten und den Bericht lesen.
Warum nur eine Handvoll Pfade für .env und .git?
Einen Server abzuklopfen geht über das hinaus, was ein Browser tut. Deshalb machen wir das nur bei Domains, deren Inhaberschaft Sie nachgewiesen haben, und nur für eine kurze Liste bekannter Lecks.
Scannen Sie mein Repository?
Nein. Wir prüfen die Live-Website. So sehen Sie, was tatsächlich ausgeliefert wurde, egal was im Repository steht.
URL einfügen. Die Liste kommt in etwa einer Minute.
Zu jedem Fund steht, was er für Sie bedeutet und wie Sie ihn beheben — oder ein Prompt, den Ihr KI-Coding-Tool umsetzen kann.
Kostenlos, ohne Anmeldung. Die Basisprüfung stellt nur Anfragen, die auch ein normaler Browser stellt.