Sind DeepSeek-Harness-Plugins sicher zu installieren?

Es sind Community-Repositories ohne jede offizielle Prüfung, die ehrliche Antwort lautet also: so sicher wie das konkrete Repository, das du auswählst. Behandle ein dsh-Plugin wie jede Abhängigkeit, der du weitreichende Rechte einräumst — prüfen, pinnen und mit möglichst geringen Rechten ausführen.

Prüft oder signiert DeepSeek dsh-Plugins?

Nein. dsh-plugin ist ein offenes GitHub-Topic, das jeder vergeben kann. DeepSeeks Leitlinie lautet, nur Plugins zu installieren, denen man vertraut und die man geprüft hat; Stand August 2026 gibt es keine Signaturen, keine Registry und keinen offiziellen Malware-Scan.

Kann ein dsh-Plugin meine API-Schlüssel stehlen?

Technisch ja. Plugins werden in den Agentenprozess geladen, der üblicherweise Modell-API-Schlüssel in Umgebungsvariablen hält und Shell-Befehle ausführen kann. Genau deshalb gehören neue Plugins in ein separates Profil ohne Produktionszugangsdaten.

Was bedeutet das Verified-Abzeichen auf dieser Website?

Es bedeutet, dass wir konkrete Belege gefunden haben, dass das Repository als echtes dsh-Plugin verdrahtet ist — eine Cordis-Laufzeitabhängigkeit oder eine cordis.yml. Es ist eine Klassifizierung dessen, was das Repository ist, kein Audit dessen, was sein Code tut.

Was tun, wenn ein installiertes Plugin sich als bösartig herausstellt?

Entferne es aus der cordis.yml und deinstalliere das Paket, rotiere danach alle Zugangsdaten, die aus dieser Umgebung erreichbar waren — Modell-API-Schlüssel zuerst. Prüfe Shell-Profile, Cronjobs und CI-Tokens auf Persistenz und melde das Repository an GitHub, damit es entfernt wird.

So prüfst du ein dsh-Plugin vor der Installation

Das Topic dsh-plugin erreichte innerhalb weniger Tage nach dem Launch 1805 Repositories. Jeder kann dort ein Repository einstellen — auch Leute, die ihren Code gern mit deinen Berechtigungen auf deiner Maschine laufen lassen würden. Diese Seite ist die Checkliste für die Entscheidung, ob man einem davon vertraut.

Was ein Plugin tun kann

Ein dsh-Plugin ist keine Browser-Erweiterung in einer Sandbox. Es wird über cordis.yml in denselben Prozess geladen wie dein Agent, mit derselben Reichweite: die Dateien in deinem Projekt, die Shell, in der dein Agent Befehle ausführt, dein Netzwerk und sämtliche API-Schlüssel in Umgebungsvariablen. Ein bösartiges Plugin muss nichts eskalieren — du hast ihm bereits alles gegeben, als du es in den Loader eingetragen hast.

DeepSeeks eigene Sicherheitshinweise sind hier deutlich: Installiere nur Plugins aus Quellen, denen du vertraust und die du geprüft hast. Hinter dem Topic dsh-plugin steht keine offizielle Prüfung, keine Signatur und kein Malware-Scan.

Das ist kein Gedankenspiel

Zwei Wochen bevor diese Seite geschrieben wurde, kompromittierte der Shai-Hulud-Wurm die npm-Pakete keyv und cacheable und verbreitete sich laut Analyse von Wiz über 400+ Pakete mit zusammen rund zwei Milliarden monatlichen Downloads. Seine jüngste Welle versteckte die Payload in Konfigurationsdateien von KI-Agenten — genau die Art Datei, die die meisten Scanner und die meisten Menschen nie lesen. Wir haben aufgeschrieben, was dieser Angriff für dsh-Nutzer bedeutet.

Ein dsh-Plugin ist ein npm-Paket plus ein Loader-Eintrag. Jeder Angriff, der auf npm funktioniert, funktioniert auch hier — mit einem Zusatz: Das Ziel ist ein Prozess, der deine Zugangsdaten hält und deine Shell ausführt.

Die Fünf-Minuten-Checkliste

1. Sicherstellen, dass es das gemeinte Repository ist

Typosquatting ist der billigste Angriff überhaupt: einen Namen registrieren, der ein Zeichen von einem beliebten Projekt entfernt ist, und warten. Vergleiche Besitzer, Sternezahl und Erstellungsdatum mit dem Projekt, das du zu installieren glaubst. Unsere Einträge markieren Namen, die nur eine Änderung von einem beliebteren Repository entfernt sind.

2. Den Installationspfad lesen

Öffne package.json und sieh dir scripts an — ein postinstall-Skript führt beliebigen Code auf deiner Maschine aus, schon bei der Installation, bevor das Plugin überhaupt lädt. Wenn ein README verlangt, curl in eine Shell zu leiten: Lade das Skript herunter und lies es stattdessen.

3. Die Abhängigkeitsliste lesen

Die Payload steckt meist nicht in dem Repository, das du gerade ansiehst, sondern in einer seiner Abhängigkeiten. Weniger Abhängigkeiten heißt weniger zu prüfen. Bevorzuge Projekte mit eingechecktem Lockfile und gepinnten Versionen gegenüber solchen, die auf latest treiben.

4. Nach Code suchen, der sich versteckt

Seriöser Plugin-Quellcode ist klein und langweilig. Lange Base64- oder Hex-Blöcke, eval auf zusammengebauten Strings, eine minifizierte Einzeiler-Datei in einem Repository, das Quellcode sein will — jedes davon ist ein Grund, den Tab zu schließen.

5. Mit den geringstmöglichen Rechten ausführen

Probiere ein neues Plugin in einem separaten Profil aus, mit aktivierter Sandbox und ohne Produktionsschlüssel in der Umgebung. Pinne die Version, die du geprüft hast (npm install pkg@1.2.3), damit ein morgen kompromittiertes Release nicht durch einen ungepinnten Versionsbereich hereinspaziert.

Was unsere Einstufungen bedeuten — und was nicht

Verified heißt auf dieser Website: Wir haben im Repository die Verdrahtung eines echten dsh-Plugins gefunden — eine Abhängigkeit zur Cordis-Laufzeit oder eine mitgelieferte cordis.yml. Das ist ein Beleg dafür, dass es lädt, nicht dafür, dass es sicher ist. Ein perfekt verdrahtetes Plugin kann trotzdem bösartig sein, deshalb gilt die Checkliste oben für jede Einstufung gleichermaßen. Wir etikettieren nichts als "sicher" — ein Metadaten-Crawl kann das nicht belegen, egal wessen Verzeichnis es ist.

Was wir markieren, sind nachprüfbare Fakten: ein Name, der eine Änderung von einem beliebteren Repository entfernt ist, eine Homepage hinter einem Link-Kürzer, eine Beschreibung, die einen Download in eine Shell leiten lässt. Sie erscheinen auf einem Eintrag, wenn sie zutreffen — die Schlussfolgerung bleibt deine.

Wenn du etwas Bösartiges findest

Melde das Repository über Report abuse an GitHub — eine Entfernung an der Quelle schützt alle stromabwärts. Schreib uns dann an contact@dsharness.org mit dem Repository-Namen und deinem Fund: Wir prüfen Meldungen und nehmen Repositories mit bösartigem Code aus dem Verzeichnis.

Häufige Fragen

Sind DeepSeek-Harness-Plugins sicher zu installieren?: Es sind Community-Repositories ohne jede offizielle Prüfung, die ehrliche Antwort lautet also: so sicher wie das konkrete Repository, das du auswählst. Behandle ein dsh-Plugin wie jede Abhängigkeit, der du weitreichende Rechte einräumst — prüfen, pinnen und mit möglichst geringen Rechten ausführen.
Prüft oder signiert DeepSeek dsh-Plugins?: Nein. dsh-plugin ist ein offenes GitHub-Topic, das jeder vergeben kann. DeepSeeks Leitlinie lautet, nur Plugins zu installieren, denen man vertraut und die man geprüft hat; Stand August 2026 gibt es keine Signaturen, keine Registry und keinen offiziellen Malware-Scan.
Kann ein dsh-Plugin meine API-Schlüssel stehlen?: Technisch ja. Plugins werden in den Agentenprozess geladen, der üblicherweise Modell-API-Schlüssel in Umgebungsvariablen hält und Shell-Befehle ausführen kann. Genau deshalb gehören neue Plugins in ein separates Profil ohne Produktionszugangsdaten.
Was bedeutet das Verified-Abzeichen auf dieser Website?: Es bedeutet, dass wir konkrete Belege gefunden haben, dass das Repository als echtes dsh-Plugin verdrahtet ist — eine Cordis-Laufzeitabhängigkeit oder eine cordis.yml. Es ist eine Klassifizierung dessen, was das Repository ist, kein Audit dessen, was sein Code tut.
Was tun, wenn ein installiertes Plugin sich als bösartig herausstellt?: Entferne es aus der cordis.yml und deinstalliere das Paket, rotiere danach alle Zugangsdaten, die aus dieser Umgebung erreichbar waren — Modell-API-Schlüssel zuerst. Prüfe Shell-Profile, Cronjobs und CI-Tokens auf Persistenz und melde das Repository an GitHub, damit es entfernt wird.

Weiterlesen

Neu im Loader-Modell? Beginne mit Installation und Funktionsweise der cordis.yml. Den Supply-Chain-Hintergrund liefert was der Shai-Hulud-npm-Wurm für dsh-Nutzer bedeutet.