security-checklist
Anwendungssicherheit mit OWASP-Checklisten prüfen
Sicherheitsprüfungen übersehen häufig gängige Webrisiken und sammeln Nachweise uneinheitlich. Dieser Skill bietet Claude, Codex und Claude Code strukturierte OWASP-Anleitungen, Scanner-Workflows und Prüfchecklisten.
Die Skill-ZIP herunterladen
In Claude hochladen
Gehe zu Einstellungen → Fähigkeiten → Skills → Skill hochladen
Einschalten und loslegen
Agent-lesbare Ressourcen
Verwende diese Links, wenn ein AI Agent, Crawler oder Skript sauberen Kontext benötigt, statt die ganze Seite zu lesen.
Teste es
Verwendung von "security-checklist". Prüfe vor dem Release einen neuen Passwort-zurücksetzen-Ablauf.
Erwartetes Ergebnis:
- Hohe Priorität: generische Antworten für gültige und ungültige E-Mail-Adressen verlangen.
- Rate Limits und temporäre Sperren für wiederholte Zurücksetzungsanfragen hinzufügen.
- Sicherstellen, dass Reset-Tokens schnell ablaufen und nach der Nutzung ungültig gemacht werden.
- Zurücksetzungsanfragen protokollieren, ohne Tokens oder Passwörter zu speichern.
Verwendung von "security-checklist". Fasse die Bereitschaft für Abhängigkeitsscans eines Node.js-Dienstes zusammen.
Erwartetes Ergebnis:
- npm audit ausführen und die Anzahl kritischer, hoher, mittlerer und niedriger Befunde erfassen.
- Release bei jeder kritischen Schwachstelle oder mehr als fünf hohen Befunden blockieren.
- Akzeptierte False Positives mit Paketname, Advisory und Begründung dokumentieren.
- Behebungen nur ausführen, nachdem bestätigt wurde, dass die Abhängigkeitsänderungen akzeptabel sind.
Verwendung von "security-checklist". Prüfe SSRF-Schutzmaßnahmen für einen URL-Fetch-Endpunkt.
Erwartetes Ergebnis:
- Eine Domain-Allowlist für ausgehende Anfragen verlangen.
- localhost, private Adressbereiche und Cloud-Metadata-Endpunkte blockieren.
- Weiterleitungen deaktivieren oder jedes Weiterleitungsziel validieren.
- Kurze Timeouts setzen und externe Fetcher von internen Diensten isolieren.
Sicherheitsaudit
Mittleres RisikoStatic analysis flagged many dangerous patterns, but review shows they are mostly documentation examples, defensive test payloads, and checklist items. No malicious intent or prompt injection was found. The skill still carries medium operational risk because it instructs agents to run local scanners, write scan reports, and handle secret-scan results.
Probleme mit mittlerem Risiko (3)
Probleme mit niedrigem Risiko (3)
Risikofaktoren
⚡ Enthält Skripte (2)
⚙️ Externe Befehle (11)
🌐 Netzwerkzugriff (6)
📁 Dateisystemzugriff (2)
🔑 Umgebungsvariablen (3)
Erkannte Muster
Qualitätsbewertung
Was du bauen kannst
Ein Web-Feature vor dem Release prüfen
Authentifizierung, Autorisierung, Eingabevalidierung, Logging, Abhängigkeitsrisiken und Sicherheitsheader vor der Bereitstellung prüfen.
Nachweise für eine Sicherheitsprüfung vorbereiten
Scan-Ergebnisse, Schweregradzählungen und Mitigationsnotizen in einem konsistenten Format für Prüfer sammeln.
Eine bestehende Anwendung härten
OWASP-Kontrollen nutzen, um Lücken bei Sitzungen, Secrets, SSRF-Schutz, Abhängigkeitshygiene und Monitoring zu finden.
Probiere diese Prompts
Verwende den Skill security-checklist, um dieses Feature anhand der OWASP Top 10 zu prüfen. Liste die höchsten Risiken, fehlenden Kontrollen und einfachen Behebungen auf.
Verwende den Skill security-checklist, um unser Authentifizierungs- und Autorisierungsdesign zu bewerten. Behandle Passwortspeicherung, MFA, Sitzungen, JWTs, Rate Limits und Zugriffskontrolle.
Verwende den Skill security-checklist, um eine Sicherheitsprüfung für das Release vorzubereiten. Schließe auszuführende Scanner-Befehle, zu sammelnde Nachweise, blockierende Schwellenwerte und Prioritäten für die Behebung ein.
Verwende den Skill security-checklist, um für diese Architektur ein Threat Model zu erstellen. Bewerte OWASP-Risiken, SSRF-Grenzen, Secret-Handling, Supply-Chain-Kontrollen, Logging, Monitoring und Compliance-Lücken.
Bewährte Verfahren
- Vor dem Ausführen von Scanner-Befehlen fragen, die Tools installieren, auf Netzwerke zugreifen oder Projektdateien ändern.
- Secret-Scan-Berichte und Schwachstellennachweise als vertrauliche Projektdaten behandeln.
- Automatisierte Scan-Ausgaben mit manueller Prüfung von Authentifizierung, Autorisierung und Datenverarbeitung kombinieren.
Vermeiden
- Ein Release nicht nur deshalb als sicher markieren, weil ein einzelner Scanner keine Befunde zurückgibt.
- Keine Dependency-Fix-Befehle ausführen, ohne die daraus resultierenden Paketänderungen zu prüfen.
- Keine Secrets, Tokens oder unbearbeiteten sensiblen Scan-Ausgaben in öffentliche Issue-Tracker einfügen.