Eine Flask-Route, die auf Slacks url_verification-Challenge antwortet, aber nie X-Slack-Signature prüft, akzeptiert gefälschte Events und Button-Klicks von jedem, der die URL findet, und ein einziges signatureVerification: false in einer Bolt-App bewirkt dasselbe. Dieser Skill findet diese und elf weitere Fehler in Slack-Apps vor dem Deployment und erklärt Ihnen, wie Sie jeden davon beheben.

Ihr Agent führt einen Scanner auf JavaScript-, TypeScript- und Python-Dateien aus, die Slack verwenden (Bolt, slack_sdk, @slack/web-api, Slack-Tokens, URLs, Header oder Request-Felder, die nur Slack sendet), auf Slack-App-Manifesten in JSON oder YAML sowie auf Env-, Konfigurations- und CI-Dateien, um Tokens und Webhook-URLs zu finden. Er kennt die Standardeinstellungen von Bolt (die Signaturprüfung ist aktiv, solange Sie sie nicht abschalten, Socket Mode braucht keine), die Verifizierungs-Helper in slack_sdk und @slack/bolt, Edge-Frameworks, die standardmäßig verifizieren, und erkennt, wann eine Prüfung in Middleware, einem Hook, einem Decorator oder einem Helper liegen kann, den er nicht lesen kann (dann meldet er REVIEW statt BLOCK). Er liest .gitignore, sodass ein Token in einer .env-Datei, die git ignoriert, in einer Zeile gezählt statt gemeldet wird. Platzhalter aus der Slack-Dokumentation werden ignoriert, Kommentare und Testdateien übersprungen, und nichts wird ausgeführt oder an Slack gesendet. Er liefert BLOCK, REVIEW oder NOT FLAGGED, mit Datei, Zeile, Begründung und einem sichereren Ansatz. Tokens, Secrets und Webhook-URLs werden nie ausgegeben.

Was geprüft wird

BLOCK (vor dem Ausliefern beheben)

• K01: Slack-Tokens (xoxb, xoxp, xapp, rotierende und Refresh-Tokens) in Code, Manifesten, Env-, Konfigurations- oder CI-Dateien, die git committen würde
• K02: Signing Secrets, Client Secrets oder Verification Tokens, die als Literale oder literale Fallback-Werte im Code stehen
• K03: URLs von Incoming Webhooks oder Workflow-Webhooks in Code, Env-, Konfigurations- oder CI-Dateien, die git committen würde
• K04: eine Datei mit einem kompletten Server, die Slack-Events, Slash Commands oder Interaktivität verarbeitet, ohne irgendetwas, das X-Slack-Signature prüfen könnte
• K05: Bolts Signaturprüfung abgeschaltet (signatureVerification: false, request_verification_enabled=False) außerhalb von Socket Mode

REVIEW (vor dem Release prüfen)

• K11: eine selbst geschriebene Signaturprüfung ohne Zeitstempel-Limit von fünf Minuten
• K12: eine selbst geschriebene Signaturprüfung, die mit == statt mit einer zeitkonstanten Funktion vergleicht
• K13: ein Slack-Request-Handler, dessen Signaturprüfung, falls vorhanden, in Middleware, Hooks, Decorators, Helpern oder Dateien liegt, die der Scan nicht lesen kann
• K14: Handler, die dem veralteten Verification Token vertrauen
• K15: Admin-Scopes sowie History- oder Search-Scopes für User-Tokens (auch optionale Scopes) in Manifesten und OAuth-Einstellungen
• K16: OAuth-Redirect-, Events-, Interaktivitäts- und Slash-Command-URLs mit http (nicht https)
• K17: Nachrichten mit @channel, @here oder @everyone oder link_names, deren Aufruf Benutzer- oder Request-Text enthält
• K18: OAuth-State-Verifizierung abgeschaltet oder das State-Secret im Code

Was enthalten ist

• Der Scanner (Python 3.9+, nur Standardbibliothek)
• Ein Regelleitfaden mit Begründung, sichererem Ansatz und Link zur Slack-Dokumentation für jede Regel
• Eine riskante und eine sichere Beispiel-Slack-App (Bolt-App, Manifest, Flask-Dienst und Express-Routen) sowie der echte Bericht, den der Scanner für die riskante erzeugt

Grenzen

Er liest jede Datei so, wie sie geschrieben ist: Einstellungen auf den App-Konfigurationsseiten von Slack, Werte aus Umgebungsvariablen oder anderen Modulen und das, was Middleware oder Helper in anderen Dateien tatsächlich tun, werden nicht erkannt. Ein Handler, der Slack nirgends nennt, wird nicht geprüft. Nur JavaScript-, TypeScript- und Python-Code wird gelesen; Bolt für Java und Apps in Go, Ruby oder PHP werden nicht geprüft. Env-, Konfigurations- und CI-Dateien werden nur auf Tokens und Webhook-URLs gelesen. Pro Regel und Zeile wird ein Fund angezeigt. Testdateien werden übersprungen. NOT FLAGGED ist keine Garantie.

Inhalt

Eine ZIP-Datei mit 24 Dateien: SKILL.md, der Scanner in scripts/ (7 Python-Dateien), references/rules.md (jede Regel mit Begründung und sichererem Ansatz) und examples/ (14 Beispieldateien plus report.md, die echte Scanner-Ausgabe für das riskante Beispiel).

So verwenden Sie es: 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.