So prüfen wir
Jede Eingabe gilt als feindlich. Wir lesen und analysieren, führen aber nie etwas aus dem Paket aus: kein Installieren, kein Starten, kein Importieren. Die Prüfung läuft in einem Prozess ohne Internetzugang.
Was geprüft wird
Dateien
Automatisch startende Befehle (Hooks, Installationsskripte, Python-Startdateien, Dev Container), Programmdateien ohne Quellcode, getarnte Dateitypen, Modelldateien, die beim Laden Code ausführen, aktive Inhalte in PDF- und Office-Dateien, fremde Paketquellen und bekannte Schadsoftware.
Inhalte
Unsichtbare Unicode-Zeichen, versteckter und kodierter Text, Anweisungen an das Sprachmodell wie Datenabfluss oder Geheimhaltung vor dem Nutzer, auch wenn sie kodiert versteckt sind.
Secrets
Echte Zugangsdaten und Schlüsseldateien im Paket. Im Bericht nie im Klartext.
Code
Skripte und Serverquellcode in Python, JavaScript/TypeScript und Shell: Befehlsausführung, nachgeladener Code, Datenabfluss, Dateizugriffe ohne Grenze. Grundmuster auch für Go, Ruby, PHP, Rust, Java, C# und PowerShell. Wird eine Datei aus einer Anleitung heraus aufgerufen, wiegt ein Befund dort schwerer.
Abhängigkeiten
Bekannte Schwachstellen und Schadpakete aus der OSV-Datenbank, offline abgefragt, dazu Namensverwechslungen, fehlende Lockfiles und Downloads ohne Prüfsumme.
MCP-Server
Tool-Namen, Beschreibungen und Parameter werden aus dem Code gelesen und wie Anleitungen geprüft, ohne den Server zu starten. Dazu Startbefehle, die ungeprüft Pakete nachladen, fehlende Anmeldung, offene CORS-Regeln und weitergereichte Tokens.
DSGVO und Rechte
Welche Dienste das Paket anspricht und in welchem Land sie stehen, abgeglichen mit Angemessenheitsbeschlüssen der EU. Mit Manifest auch: Stimmen die angegebenen Rechte und Endpunkte mit dem Code überein? Personenbezogene Daten in Dateien werden gemeldet.
Noch nicht dabei: das Ausführen in einer abgeschotteten Umgebung und eine zusätzliche Prüfung durch ein Sprachmodell. Beides kommt später und kann nur Befunde hinzufügen, nie ein Paket grün machen.
Schnellscan und gründliche Prüfung
Schnellscan
Auf dieser Website, ohne Anmeldung, ohne Gewähr.
- Eine Datei oder ein ZIP bis 2 MB oder ein öffentliches Repository
- Dateien, Inhalte, Secrets und Abhängigkeiten
- Nichts wird gespeichert, der Bericht ist 7 Tage abrufbar
Gründliche Prüfung
Im Entwicklerbereich, nach der Registrierung.
- Dateien, Ordner, ZIP- oder tar-Archive, Text oder Git-Repositories (GitHub, GitLab, Codeberg)
- Alle Prüfebenen einschließlich Code, MCP und DSGVO
- Verlauf, Vergleich zweier Prüfungen, Befund-Status, PDF, CSV und SARIF
Wie bewertet wird
Es gibt zwei Ampeln, eine für Sicherheit und eine für die DSGVO, und eine Gesamtbewertung, die der schlechteren folgt. Die Note beginnt bei 100; jeder Befund zieht nach seiner Schwere ab, mindestens bleibt 0.
| Schwere | Note | Ampel Sicherheit |
|---|---|---|
| Kritisch | −40 | Rot; auf der Sperrliste: Gesperrt |
| Hoch | −15 | Rot |
| Mittel | −5 | Gelb |
| Niedrig | −1 | bleibt Grün |
| Info | 0 | bleibt Grün |
Die DSGVO-Ampel wird nur für Pakete mit Manifest vergeben. Ohne Manifest bleibt sie „nicht bewertet“, es sei denn, ein Befund färbt sie ein, etwa ein Dienst in einem Land ohne Angemessenheitsbeschluss.
Ehrlich bewerten
- Grün heißt „keine bekannten Befunde“, nie „sicher“.
- Fehlt eine Prüfung oder schlägt sie fehl, ist das Ergebnis höchstens Gelb.
- Ein Sprachmodell allein entscheidet nie über Grün oder eine Sperre.
- Jeder Befund nennt Regel, Datei, Zeile, Beleg und einen Vorschlag zum Beheben.
- Wer einen Befund für falsch hält, kann ihn im Entwicklerbereich mit Begründung bestreiten. Ampel und Note ändern sich dadurch nicht; bestätigte Fehlalarme führen zu angepassten Regeln.
Was mit deinen Dateien passiert
- Gehostet in Deutschland, ohne US-Dienste, ohne Tracking.
- Der Arbeitsordner einer Prüfung wird danach gelöscht, auch bei Abbruch.
- Projekt-Dateien im Entwicklerbereich liegen verschlüsselt, mit einem eigenen Schlüssel je Projekt, bis du sie löschst. Auf Wunsch werden sie direkt nach der Prüfung gelöscht.
- Bekannte Schadsoftware wird nie abgelegt.