sandbaseai/awesome-workbuddy

Sicherheitsaudit für Skills

Bewerten Sie das bereitgestellte Projekt anhand des Repository-Inhalts und der primären Dokumentation. Das Standardaudit ist schreibgeschützt: Installieren Sie keine Abhängigkeiten, führen Sie keinen Projektcode aus, melden Sie sich nicht an, geben Sie keine Anmeldeinformationen an und verbinden Sie das Projekt nicht mit einem echten Agenten oder Konto.

Audit

1. Notieren Sie das genaue Repository, die Revision oder Version, die Lizenz, den Archivierungsstatus, das letzte relevante Update und die geprüften Dateien. Wenn die geprüfte Revision unklar ist, geben Sie diese Einschränkung an.
2. Lesen Sie die vollständige SKILL.md oder gleichwertige Anweisungen und jede Datei, die sie direkt aufruft. Folgen Sie Verweisen auf Skripte, Hooks, Manifeste, Paketinstallationsschritte, Binärdateien, entfernte URLs, Umgebungsvariablen und gebündelte Assets.
3. Erstellen Sie ein Fähigkeitsinventar: lokaler Dateizugriff, Befehlsausführung, Netzwerkzugriff, Browsersteuerung, Kontoaktionen, Veröffentlichung, Nachrichtenversand, Löschung, Zahlungen, Zugriff auf Anmeldeinformationen, Persistenz und Selbstaktualisierungsverhalten.
4. Verfolgen Sie sensible Daten von ihrer Quelle bis zu jedem lokalen Speicher, Unterprozess, Log, Modell, API, MCP-Server, Analysedienst oder anderen Netzwerkziel. Fehlende Dokumentation ist eine unbeantwortete Frage, kein Beweis dafür, dass die Daten lokal bleiben.
5. Überprüfen Sie Abhängigkeitsmanifeste, Lockfiles, Installationsskripte und die Herkunft von Veröffentlichungen. Notieren Sie nicht fixierte Remote-Ausführungen, undurchsichtige Binärdateien, breite transitive Abhängigkeiten oder Abweichungen zwischen Quelle und verteilten Artefakten.
6. Wenden Sie das Risikosignal- und Schweregradmodell an. Eine riskante Fähigkeit kann legitim sein, wenn sie notwendig, offengelegt, eng eingegrenzt, reversibel und bestätigungsgesichert ist.
7. Trennen Sie bestätigte Befunde von kontextuellen Risiken und unbeantworteten Fragen. Zitieren Sie für jede wesentliche Behauptung Dateipfade, Zeilen, Konfigurationsfelder, Befehle oder die primäre Dokumentation.

Ausgabe

Beginnen Sie mit der geprüften Identität und einem Urteil:

• Niedrigeres beobachtetes Risiko: Im geprüften Umfang wurde kein wesentliches Problem gefunden, dies ist jedoch keine Garantie.
• Überprüfung erforderlich: Wichtiges Verhalten, Herkunft, Berechtigungen oder Datenfluss sind unklar.
• Hohes beobachtetes Risiko: Bestätigtes Verhalten könnte sensible Daten offenlegen, die Konten- oder Gerätesicherheit schwächen, irreversible Aktionen verursachen oder die informierte Kontrolle umgehen.

Fügen Sie folgende Abschnitte bei:

1. Umfang und Einschränkungen.
2. Tabelle der Fähigkeiten und Berechtigungen.
3. Tabelle des Datenflusses.
4. Befunde, geordnet nach Schweregrad, jeweils mit Beleg, Auswirkung und Minderungsmaßnahme.
5. Offene Fragen.
6. Ein Testplan mit minimalen Berechtigungen unter Verwendung von Einwegdaten oder -konten.

Bezeichnen Sie ein Projekt nicht als sicher, bösartig, offiziell oder konform, ohne ausreichende Beweise für diese spezifische Behauptung. Eine statische Überprüfung kann das Laufzeitverhalten oder den Inhalt eines undurchsichtigen Remotedienstes nicht beweisen.