ClearTextPassword value="ghp_..." in einer eingecheckten NuGet.config gibt Ihr Feed-Token an alle weiter, die das Repository lesen können. Ein privater Feed neben nuget.org ohne packageSourceMapping ermöglicht, dass stattdessen ein öffentliches Paket mit dem Namen Ihres internen Pakets wiederhergestellt wird. Dieser Skill findet diese und neun weitere NuGet-Fehler vor der Paketwiederherstellung oder dem Commit und erklärt, wie Sie jeden davon beheben.

Ihr Agent führt einen Scanner für Ihre NuGet.config-Dateien, Projektdateien (.csproj, .fsproj, .vbproj, im SDK-Stil und im alten Stil), Directory.Packages.props (zentrale Paketverwaltung), Directory.Build.props und packages.lock.json aus. Er parst XML und zeigt die genaue Zeile an, versteht NuGets %VAR%-Referenzen, MSBuild-Werte mit $(Property), geleerte Quelllisten und deaktivierte Quellen sowie NuGets Schreibweise für Versionsbereiche. Für die Lockdatei-Regel unterscheidet er Anwendungsprojekte von Bibliotheken und Testprojekten. Er führt weder dotnet noch Paketwiederherstellungen aus und kontaktiert keinen Feed. 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)

• N01: Paket-, Audit- oder Push-Quellen über unverschlüsseltes http://, auch bei gesetztem allowInsecureConnections

• N02: Feed-Passwörter, Tokens und API-Schlüssel im Klartext (ClearTextPassword, unverschlüsselte Password- oder apikeys-Werte, user:password in einer URL)

• N03: disableTLSCertificateValidation bei einer Paketquelle

PRÜFEN (vor der Veröffentlichung prüfen)

• N11: gleitende Versionen (8.*, *) und Versionsbereiche ohne eingeschlossene Untergrenze

• N12: Vorabversionen von Paketen (-beta, -preview, -rc)

• N13: mehrere Paketquellen ohne packageSourceMapping, einschließlich nuget.org, wenn die Quellliste nicht geleert wird

• N14: Anwendungsprojekte ohne packages.lock.json sowie aktivierte, aber nicht eingecheckte Lockdateien

• N15: allowInsecureConnections bei einer HTTPS-Quelle

• N16: in einer Projekt-NuGet.config eingecheckte verschlüsselte Passwörter und API-Schlüssel

• N17: deaktiviertes NuGetAudit oder mit NoWarn ausgeblendete Schwachstellenwarnungen NU1901-NU1904

• N18: vertrauenswürdige Signierer mit allowUntrustedRoot

Lieferumfang

• Der Scanner (Python 3.9+, nur Standardbibliothek)

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

• Eine unsichere und eine sichere .NET-Beispiellösung (NuGet.config, Directory.Build.props, zentrale Paketverwaltung, ein ASP.NET-Core-Projekt und dessen Lockdatei) sowie der tatsächliche Scanner-Bericht zum unsicheren Beispiel

Grenzen

Er liest jede Datei so, wie sie vorliegt: Zusammengeführte Einstellungen aus benutzer- und systemweiten NuGet-Konfigurationen, Kommandozeilenoptionen, Umgebungsvariablen, weitere importierte .props- und .targets-Dateien sowie MSBuild-Bedingungen werden nicht ausgewertet. packages.config- und .nuspec-Dateien werden nicht geprüft. Er schlägt keine Pakete nach, daher werden bekannte Schwachstellen und auf nuget.org belegte Paketnamen nicht geprüft. NOT FLAGGED ist keine Garantie.

Inhalt

Ein ZIP-Archiv mit 16 Dateien: SKILL.md, der Scanner in scripts/ (3 Python-Dateien), references/rules.md (jede Regel mit Begründung und sichererem Vorgehen) sowie examples/ (10 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.