KI-Tools & -Skripte
Konfigurationsprüfung für Vercel und Netlify
Prüfen Sie vercel.json, netlify.toml, _headers und _redirects vor dem Deployment: Schlüssel in env und Build-Einstellungen, CORS mit Zugangsdaten für beliebige Ursprünge, offene Weiterleitungen aus Anfragen, fehlende oder schwache Sicherheitsheader und http://-Ziele.
Das bekommst du: 1 Datei · 35.71 KB · ZIP
Kaufoptionen ansehenProduktbeschreibung
Ein STRIPE_SECRET_KEY im env-Block der vercel.json ist für alle lesbar, die das Repository einsehen können. Eine Umschreibung von /u/:id* auf https://:id.example.com/ erlaubt es jedem, Ihre Domain auf eine Website seiner Wahl zu lenken. Dieser Skill findet diese und sechs weitere Fehler in Deployment-Konfigurationen vor dem Deployment und erklärt, wie Sie jeden davon beheben.
Ihr Agent führt einen Scanner für Ihre Vercel- und Netlify-Konfigurationen aus: vercel.json (env, build.env, headers, redirects, rewrites und routes mit ihren Transformationen), netlify.toml (Umgebungen für Builds und Deployment-Kontexte, dev, Plugin-Eingaben, Weiterleitungen mit Proxy-Headern, Header) sowie die Dateien headers und redirects (im selben Format, das Cloudflare Pages liest). Er kennt Pfadparameter wie :id(\\d+), Netlify-Splats und Abfrageplatzhalter, Erfassungsgruppen in has-Bedingungen und env-Listen von Routen. Eingeschränkte Parameter und Umgebungsreferenzen werden daher nicht gemeldet. Bei fehlenden Headern betrachtet er das gesamte Projekt, einschließlich next.config, Middleware und Netlify-Edge-Funktionen. Er führt weder Deployments noch Builds aus und kontaktiert keinen Server. Er liefert BLOCK, REVIEW oder NOT FLAGGED mit Datei, Zeile, Begründung und einem sichereren Vorgehen. Geheimnisse werden niemals ausgegeben.
Was geprüft wird
BLOCKIEREN (vor der Veröffentlichung beheben)
D01: API-Schlüssel, Tokens und Passwörter in Vercel env oder build.env, Netlify-Build- oder Kontextumgebungen, dev jwtSecret, Plugin-Eingaben, Netlify-Proxy-Headern, Vercel-Routentransformationen, Basic-Auth-Zeilen oder Weiterleitungs-URLs
D02: Access-Control-Allow-Credentials true mit Allow-Origin null oder einem aus der Anfrage übernommenen Ursprung, der jede Website zulässt (eine auf eigene Ursprünge beschränkte Erfassungsgruppe ist zulässig)
D03: Weiterleitungen, Umschreibungen und Proxys, deren Zielhost aus der Anfrage stammt (https://:splat, https://:id.example.com mit uneingeschränktem :id)
PRÜFEN (vor der Veröffentlichung prüfen)
D11: Weder X-Frame-Options noch CSP frame-ancestors oder kein X-Content-Type-Options nosniff in sämtlichen Header-Regeln des Projekts
D12: schwache Header-Werte: X-Frame-Options ALLOW-FROM, frame-ancestors *, Referrer-Policy unsafe-url, ein HSTS max-age unter einem Jahr
D13: Access-Control-Allow-Origin * auf Vercel-API-Routen oder zusammen mit schreibenden Methoden oder einem Authorization-Header
D14: Weiterleitungs-, Umschreibungs- oder Proxy-Ziele mit unverschlüsseltem http://
D15: Allow-Origin * mit Allow-Credentials true, was Browser ablehnen (eine fehlerhafte Konfiguration statt eines Datenlecks)
Lieferumfang
Der Scanner (Python 3.9+, nur Standardbibliothek)
Ein Regelhandbuch mit Begründung und sichererem Vorgehen für jede Regel
Ein unsicheres und ein sicheres Beispielprojekt (eine Vercel-App und eine Netlify-Website mit headers und redirects) sowie der tatsächliche Scanner-Bericht zum unsicheren Beispiel
Grenzen
Er liest jede Konfiguration so, wie sie vorliegt: Einstellungen im Vercel- oder Netlify-Dashboard (Umgebungsvariablen, Passwortschutz, Domains), Header aus Servercode außerhalb der gelesenen Framework-Dateien, Regeln in vercel.ts, Dateien für Massenweiterleitungen und Antworten eines per Proxy angebundenen Backends werden nicht geprüft. D11 (REVIEW) erscheint bei den meisten Projekten ohne eigene Sicherheitsheader. Header im Anwendungscode (helmet auf einem Express-Server, Middleware außerhalb der gelesenen Dateien) werden nicht erkannt. NOT FLAGGED ist keine Garantie.
Inhalt
Ein ZIP-Archiv mit 15 Dateien: SKILL.md, der Scanner in scripts/ (4 Python-Dateien), references/rules.md (jede Regel mit Begründung und sichererem Vorgehen) sowie examples/ (8 Beispieldateien sowie report.md, die tatsächliche Scanner-Ausgabe für das unsichere Beispiel).
Verwendung: Dies ist ein Agent-Skill: ein Ordner mit einer SKILL.md-Datei und Python-Skripten, die ein KI-Programmieragent wie Claude Code, Cursor oder Codex CLI ausführen kann. Entpacken Sie das Archiv in den Skills-Ordner Ihres Agenten (bei Claude Code: ~/.claude/skills/) und bitten Sie Ihren Agenten anschließend, Ihr Projekt zu prüfen. Die Skripte laufen auch eigenständig mit Python 3.9 oder neuer, ohne zusätzliche Installation. Sie lesen lediglich Ihre Dateien: kein Netzwerkzugriff, keine Datenübertragung.
Das bekommst du
1 Datei · 35.71 KB
- vercel-netlify-config-check-1.0.0.zipZIP · 35.71 KB
KI-Tools & -Skripte
Konfigurationsprüfung für Vercel und Netlify
Prüfen Sie vercel.json, netlify.toml, _headers und _redirects vor dem Deployment: Schlüssel in env und Build-Einstellungen, CORS mit Zugangsdaten für beliebige Ursprünge, offene Weiterleitungen aus Anfragen, fehlende oder schwache Sicherheitsheader und http://-Ziele.
In Getly Pro enthaltenPro holen
Tags
Häufige Fragen
Erhalte ich sofort Zugriff?
Ja. Dies ist ein digitales Produkt - du kannst es direkt nach dem Kauf aus deiner Bibliothek herunterladen.
Darf ich es für kommerzielle Projekte nutzen?
Ja. Kommerzielle Nutzung ist erlaubt: im eigenen Business und in dem, was du verkaufst. Die Datei selbst darfst du nicht weiterverkaufen oder verbreiten.
Wie sind die Rückerstattungsbedingungen?
Du kannst innerhalb von 30 Tagen eine Rückerstattung anfordern. Stimmt etwas nicht, fordere sie bei deiner Bestellung an - das Getly-Team prüft sie.
Welche Dateiformate und -größen erhalte ich?
Du lädst 1 Datei herunter - ZIP - insgesamt 35.71 KB.
Erhalte ich kostenlose Updates?
Ja - wenn der Verkäufer eine neue Version veröffentlicht, kannst du die aktuellen Dateien kostenlos erneut aus deiner Bibliothek herunterladen. Aktuelle Änderungen findest du im Changelog.
Preis
$5.00



