Ein Registry-Token in bunfig.toml geht an alle, die das Repository lesen können, und $`sh -c "convert ${file}"` übergibt einen Dateinamen aus einer Anfrage an eine echte Shell: Bun Shell maskiert den Wert für das eigene Parsing, nicht für die Shell, die Sie starten. Und weil trustedDependencies die in Bun eingebaute Liste vertrauenswürdiger Pakete ersetzt, führt ein einziger zusätzlicher Eintrag das Installationsskript dieses Pakets auf jedem Rechner aus, der installiert. Dieser Skill findet diese und die weiteren unten genannten Fehler in Bun-Projekten vor Installation oder Deployment und zeigt Ihnen, wie Sie jeden davon beheben.

Ihr Agent führt einen Scanner über bunfig.toml, .npmrc, package.json, bun.lock (und die Namen von bun.lockb und anderen Lockfiles) sowie die TypeScript- und JavaScript-Dateien aus, die Bun nutzen. Er verfolgt Anfragedaten durch Variablen in jeder Datei, weiß, welche Formen von Bun Shell und SQL Werte maskieren oder binden und welche nicht, lässt Zahlenarithmetik und ?-Platzhalterlisten in Ruhe, vergleicht trustedDependencies mit der Standardliste von Bun, behandelt $VAR- und ${VAR}-Verweise als konfiguriert, überspringt Kommentare, Tests und node_modules und führt weder bun noch Ihren Code aus. Er liefert BLOCK, REVIEW oder NOT FLAGGED mit Datei, Zeile, Begründung und einer sichereren Vorgehensweise. Geheimnisse werden nie ausgegeben.

Was geprüft wird

BLOCK (vor der Auslieferung beheben)

• B01: einfache http://-Registries, Scope-Registries, Paket-URLs und Lockfile-URLs (eine Registry auf localhost ist in Ordnung)
• B02: Registry-Tokens und -Passwörter in bunfig.toml, .npmrc, package.json-Skripten, URLs, Code oder bun.lock
• B03: Anfragedaten, die an sh -c, bash -c, bun -e, rohe Interpolation oder Bun.spawn mit sh -c übergeben werden, oder die Wahl des auszuführenden Programms
• B04: bun:sqlite- und sql.unsafe()-Abfragen mit Werten im SQL-Text (auch SQL, das in einer Variablen gebaut und mit += erweitert wird)

REVIEW (vor dem Release prüfen)

• B11: trustedDependencies-Einträge außerhalb der Standardliste vertrauenswürdiger Pakete von Bun oder aus git, GitHub, Dateien oder URLs (nicht gemeldet, wenn Installationsskripte in bunfig.toml oder .npmrc abgeschaltet sind)
• B12: bun.lock neben einer npm-, Yarn- oder pnpm-Lockfile
• B13: die binäre bun.lockb oder Einstellungen, die die Text-Lockfile oder das Speichern der Lockfile abschalten
• B14: abgeschaltete TLS-Zertifikatsprüfung (rejectUnauthorized: false, NODE_TLS_REJECT_UNAUTHORIZED=0)
• B15: im Code festgelegter Entwicklungsmodus von Bun.serve oder an Clients gesendete Stacktraces
• B16: aus Variablen gebaute Shell-Befehle und als Befehlsargumente übergebene Anfragedaten
• B17: Tabellen- oder Spaltennamen und andere SQL-Teile aus Variablen

Lieferumfang

• Der Scanner (Python 3.9+, nur Standardbibliothek)
• Ein Regelleitfaden mit Begründung, sichererer Vorgehensweise und Link zur offiziellen Bun-Dokumentation für jede Regel
• Ein riskantes und ein sicheres Bun-Beispielprojekt (bunfig.toml, package.json, Lockfiles und TypeScript) sowie der echte Bericht, den der Scanner für das riskante erzeugt

Einschränkungen

Er liest jede Datei für sich: Anfragedaten werden durch Variablen innerhalb einer Datei verfolgt, nicht über Module hinweg; in einer anderen Variablen gebaute Bun.serve-Optionen, Dockerfiles, CI-Dateien und das NODE_ENV Ihres Deployments werden nicht gelesen. node:child_process und andere SQL-Clients als bun:sqlite und Bun SQL werden nicht geprüft. NOT FLAGGED ist keine Garantie.

Inhalt

Eine ZIP-Datei mit 24 Dateien: SKILL.md, der Scanner in scripts/ (10 Python-Dateien), references/rules.md (jede Regel mit Begründung und sichererer Vorgehensweise) und examples/ (13 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 (bei Claude Code: ~/.claude/skills/) und bitten Sie Ihren Agenten, 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.