Ein direkt unter provider.environment eingetragenes DB_PASSWORD landet in git, in der von Serverless hochgeladenen CloudFormation-Vorlage und in der Lambda-Konsole. Eine einzige IAM-Anweisung mit Action '*' auf Resource '*' gibt jeder Funktion Zugriff auf das gesamte AWS-Konto. Dieser Skill findet diese und neun weitere Fehler in Serverless Framework vor dem Deployment und erklärt, wie Sie jeden davon beheben.

Ihr Agent führt einen Scanner für Ihre Dateien serverless.yml, serverless.yaml und serverless.json aus (auch Stage-Kopien wie serverless.prod.yml) sowie für die YAML- und JSON-Dateien, die sie mit ${file(...)} einbinden. Pfade mit ${sls:stage} werden mit den Dateien aller Stages abgeglichen; Dateien, die Ihre .gitignore ausschließt, bleiben unberührt. Der Scanner kennt Serverless-Variablen (${ssm:...}, ${env:...}, ${self:...}), CloudFormation-Tags wie !Ref und !GetAtt unter resources und die Standardwerte des Frameworks: cors: true erlaubt jeden Ursprung, url: true bedeutet eine Funktions-URL ohne Authentifizierung, eine Funktion ohne Timeout erhält 6 Sekunden, und eine Laufzeit wird gemeldet, sobald ihr AWS-Abkündigungsdatum überschritten ist. Er führt niemals serverless aus, ruft AWS nicht auf und stellt nichts bereit. Er liefert BLOCK, REVIEW oder NOT FLAGGED mit Datei, Zeile, Begründung und einem sichereren Vorgehen. Geheimnisse werden niemals ausgegeben.

Was geprüft wird

BLOCK (vor der Veröffentlichung beheben)

• L01: Passwörter, Tokens und Schlüssel, die in environment des Providers oder einer Funktion eingetragen sind (auch Passwörter innerhalb von URLs)

• L02: IAM-Anweisungen mit Action (oder iam:) auf Resource *, AdministratorAccess und IAMFullAccess

• L03: Geheimnisse in custom, params, Plugin-Einstellungen, API-Schlüsselwerten und CloudFormation-Eigenschaften unter resources

• L04: Geheimnisse in mit ${file(...)} eingebundenen Dateien, die .gitignore nicht ausschließt

REVIEW (vor dem Release prüfen)

• L11: http- und httpApi-Routen ohne Authorizer

• L12: für jeden Ursprung offenes CORS bei http-Events, HTTP-APIs und Funktions-URLs

• L13: Lambda-Laufzeiten nach ihrem AWS-Abkündigungsdatum (nodejs18.x, nodejs20.x, python3.9 und weitere)

• L14: Funktions-URLs ohne Authentifizierung (url: true)

• L15: Timeouts über der Wartezeit von API Gateway (29 Sekunden für REST-APIs, 30 für HTTP-APIs)

• L16: IAM-Wildcards für ganze Dienste wie dynamodb:* auf , iam:PassRole auf , NotAction und PowerUserAccess

• L17: Geheimnisse, die beim Deployment aus SSM oder der Umgebung in Lambda-Umgebungsvariablen kopiert werden

Im Lieferumfang enthalten

• Der Scanner (Python 3.9+, nur Standardbibliothek)

• Ein Regelleitfaden mit Begründung und sichererem Vorgehen für jede Regel

• Ein riskanter und ein sicherer Beispieldienst sowie der tatsächliche Scannerbericht für das riskante Beispiel

Grenzen

Der Scanner liest Ihre Konfigurationsdateien so, wie sie vorliegen. Konfigurationen in serverless.ts und serverless.js, beim Deployment übergebene Werte (--param, Umgebungsvariablen, SSM-Inhalte) und Plugin-Standardwerte werden nicht ausgewertet. Funktionen, die in mit ${file(...)} eingebundenen Dateien definiert sind, werden nur auf Geheimnisse geprüft. Buckets, Sicherheitsgruppen und Datenbanken unter resources benötigen einen CloudFormation-Prüfer. Die Abkündigungsdaten der Laufzeiten stammen von der AWS-Lambda-Seite zu Laufzeiten mit Stand November 2026; AWS bezeichnet sie als geplante Termine, die sich ändern können. NOT FLAGGED ist keine Sicherheitsgarantie.

Inhalt

Eine ZIP-Datei mit 16 Dateien: SKILL.md, der Scanner in scripts/ (5 Python-Dateien), references/rules.md (jede Regel mit Begründung und sichererem Vorgehen) und examples/ (8 Beispieldateien sowie report.md mit der tatsächlichen 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-Programmieragent 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 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 ausschließlich Ihre Dateien: kein Netzwerkzugriff und keine Datenübertragung.