Eine load-Funktion, die { stripeKey: STRIPE_SECRET_KEY } zurückgibt, sendet Ihren geheimen Stripe-Schlüssel in den Seitendaten an jeden Besucher, und csrf: { checkOrigin: false } erlaubt jeder Website, Ihre Formulare mit den Cookies Ihrer Nutzer abzusenden. Dieser Skill findet diese und neun weitere SvelteKit-Fehler vor dem Deployment und sagt Ihnen, wie Sie jeden einzelnen beheben.

Ihr Agent lässt einen Scanner über svelte.config.js, vite.config, .svelte-Komponenten, +page-, +layout- und +server-Dateien, Hooks, Remote Functions, src/env.ts und .env-Dateien laufen. Er kennt SvelteKit 2 und 3: Er liest die Version von @sveltejs/kit aus package.json und weiß, dass redirect() in SvelteKit 3 externe URLs ablehnt, sofern Sie sie nicht erlauben, dass cookies.set() Cookies standardmäßig als httpOnly und secure setzt, welche Module nur auf dem Server laufen und dass SvelteKit keine eigenen CSP-Nonces mehr hinzufügt, wenn 'unsafe-inline' in script-src steht. Er verfolgt URL-, Formular- und load-Daten durch Variablen, $derived und {#each}-Blöcke, überspringt Kommentare und behandelt DOMPurify.sanitize() und ähnliche Aufrufe als Bereinigung. Er baut die App nie und führt sie nie aus. Er liefert BLOCK, REVIEW oder NOT FLAGGED mit Datei, Zeile, Grund und einem sichereren Vorgehen. Geheimnisse werden nie ausgegeben.

Was geprüft wird

BLOCK (vor der Auslieferung beheben)

• K01: öffentlich gemachte Variablen mit geheim klingenden Namen (secret, password, private key, service role, Datenbank-URL, Chat-Webhook-URL, KI- und GitHub-Tokens): PUBLIC_-Namen in .env-Dateien und öffentlichen env-Importen, VITE_-Namen in import.meta.env und public: true in src/env.ts
• K02: csrf.checkOrigin: false oder '*' in csrf.trustedOrigins, direkt dort oder in einem konstanten Array angegeben
• K03: CORS, das den Origin der Anfrage zusammen mit Allow-Credentials: true in Access-Control-Allow-Origin kopiert
• K04: an den Browser gesendete Secrets: private env-Werte, die serverseitige load-Funktionen, Form Actions oder Remote Functions zurückgeben (direkt oder in einem lokalen Objekt), geheime Schlüssel, die in .svelte-Dateien, universellen load-Funktionen oder src/lib-Modulen außerhalb von Serverordnern stehen, und process.env, das über define in vite in das Bundle kopiert wird. Browser-Schlüssel wie publishable-, anon-, search-only- und PostHog-Schlüssel werden nicht gemeldet
• K05: {@html} mit einem Wert aus der URL (Suchparameter, Hash, Routenparameter), auch wenn er in $effect oder onMount gesetzt wird; Werte, die nur mit der URL verglichen oder über sie nachgeschlagen werden, zählen nicht

REVIEW (vor dem Release prüfen)

• K11: {@html} mit load-Daten, Formularergebnissen oder Komponenten-Props ohne Sanitizer
• K12: offene Weiterleitungen auf Werte aus dem Query-String oder Formular über redirect(), einen Location-Header oder window.location ohne Same-Origin-Prüfung (ein startsWith('/')-Test allein zählt nicht)
• K13: Session- oder Auth-Cookies mit deaktiviertem httpOnly oder secure, sameSite none, gesetzt über serialize() oder stringifySetCookie() aus dem cookie-Paket ohne httpOnly, über einen rohen Set-Cookie-Header oder document.cookie
• K14: 'unsafe-inline' oder 'unsafe-eval' in script-src der CSP (Report-Only-Richtlinien und 'unsafe-inline' neben 'strict-dynamic' werden nicht gemeldet)
• K15: der serverseitige handleError-Hook oder ein von ihm umschlossener Handler, der Fehlermeldungen oder Stacktraces zurückgibt
• K16: Access-Control-Allow-Origin: * zusammen mit Allow-Credentials: true

Lieferumfang

• Der Scanner (Python 3.9+, nur Standardbibliothek)
• Ein Regelleitfaden mit Grund, sichererem Vorgehen und Link zur offiziellen Dokumentation für jede Regel
• Ein riskantes und ein sicheres SvelteKit-Beispielprojekt sowie der echte Bericht, den der Scanner für das riskante erzeugt

Grenzen

Er liest jede Datei für sich: Ein Wert, der durch eine Funktion in einer anderen Datei gereicht wird, ein aus einem gemeinsamen Modul importiertes Secret oder ein in einer anderen Komponente angewendeter Sanitizer wird nicht verfolgt. Ein benutzerdefiniertes kit.env.publicPrefix wird nicht gelesen (PUBLIC_ wird angenommen), und Autorisierung innerhalb von load-Funktionen und Actions, Eingabevalidierung von Remote Functions sowie Sicherheitsheader, die ein Proxy oder Hoster setzt, werden nicht geprüft. Ohne eine package.json, die @sveltejs/kit aufführt, werden Weiterleitungen nach den Regeln von SvelteKit 2 beurteilt. NOT FLAGGED ist keine Garantie.

Inhalt

Eine ZIP-Datei mit 28 Dateien: SKILL.md, der Scanner in scripts/ (5 Python-Dateien), references/rules.md (jede Regel mit Grund und sichererem Vorgehen) und examples/ (20 Beispieldateien plus report.md, die echte Scannerausgabe für das riskante Beispiel).

Verwendung: Dies ist ein Agent-Skill: ein Ordner mit einer SKILL.md-Datei und Python-Skripten, die ein KI-Coding-Agent wie Claude Code, Cursor oder Codex CLI ausführen kann. Entpacken Sie ihn in den Skills-Ordner Ihres Agenten (für Claude Code: ~/.claude/skills/) und bitten Sie Ihren Agenten dann, Ihr Projekt zu prüfen. Die Skripte laufen auch eigenständig mit Python 3.9 oder neuer, ohne dass etwas installiert werden muss. Sie lesen nur Ihre Dateien: kein Netzwerkzugriff, und nichts wird irgendwohin gesendet.