Zum Inhalt

Schutz und Grenzen

Was ShellEasy schützt, vor wem und wo der Schutz endet. Diese Seite fasst das Bedrohungsmodell des Projekts in einfachen Worten zusammen; wo etwas nicht überprüft ist, sagen wir es.

Stand: Pre-Alpha, Version 0.1.0. Kryptografie mit Standardprimitiven und dokumentierten Entscheidungen, nicht von Dritten überprüft.

Was geschützt wird

Zugangsdaten
Private Schlüssel, Passphrasen und Serverpasswörter sind doppelt verschlüsselt: innerhalb einer verschlüsselten Datenbank und zusätzlich einzeln, mit einer eigenen Verschlüsselung, die an den jeweiligen Datensatz gebunden ist.
Liste der Hosts
Hosts, Benutzernamen, Ordner, Tags, Snippets und Tunnelregeln liegen in der verschlüsselten Datenbank, nicht nur die Passwörter.
Serverschlüssel
Bei der ersten Verbindung vergleichst du den Fingerabdruck des Servers. Ändert sich der Schlüssel später, wird die Verbindung blockiert und lässt sich nicht spontan akzeptieren.
Oberfläche
Die Oberfläche der App erhält die Geheimnisse nie: Nur der Code, der die Verbindung öffnet, sieht sie.
Kein eigener Dienst
Kein Konto, keine Telemetrie, keine automatische Aktualisierung. Die einzigen ausgehenden Verbindungen gehen zu den Servern, die du öffnest, und – nur wenn du ihn aktivierst – zum Server des KI-Assistenten.

Vor wem es schützt

Das Hauptszenario: Jemand gelangt ohne das Master-Passwort an die Dateien der App. Zum Beispiel:

Gestohlener oder verlorener Rechner
Auch ein kopiertes Backup (Time Machine, Cloud, externe Festplatte), ein anderer Benutzer desselben Rechners oder ein Programm, das die Dateien liest, aber das Passwort nicht kennt.
Ein bösartiger Server
Bösartige Dateinamen, Ausgaben mit speziellen Zeichenfolgen, wechselnde Schlüssel: Gefährliche Namen werden verworfen, bevor etwas auf deine Festplatte geschrieben wird.
Eine gezielt präparierte Datei
Eine .shelleasy-Datei oder eine ~/.ssh/config, die Schaden anrichten soll: Der Import zeigt eine Vorschau, legt eine Sicherungskopie an und führt nie etwas aus (ProxyCommand wird nicht unterstützt).
Ein anderer Rechner im Netzwerk
Tunnel lauschen standardmäßig nur auf 127.0.0.1; wählst du eine Adresse, die aus dem Netzwerk erreichbar ist, warnt dich die App.
Ein entsperrt zurückgelassener Rechner
Wird durch die automatische Sperre nach 15 Minuten Inaktivität abgemildert.

Was nicht geschützt wird

Ein entsperrter und kompromittierter Rechner
Wenn jemand den Rechner kontrolliert, während der Tresor entsperrt ist, kann er den Arbeitsspeicher auslesen, Tastatureingaben aufzeichnen oder die App zum Exportieren auffordern. Kein lokaler Tresor hält dem stand.
Ein kompromittiertes System
Ein kompromittiertes Betriebssystem oder eine kompromittierte Firmware liegen außerhalb des Schutzumfangs.
Ein schwaches Passwort
Wer die Dateien hat, kann Passwörter offline durchprobieren: Jeder Versuch ist aufwendig, aber ein schwaches Passwort bleibt schwach. Das Master-Passwort lässt sich nicht wiederherstellen: Wenn du es verlierst, sind die Daten verloren. Deshalb lohnt sich ein Export.
Bereits geöffnete Sitzungen und Tunnel
Sie bleiben nach dem Sperren des Tresors aktiv: Um sie zu beenden, musst du die Sitzungen oder die App schließen.
Der Arbeitsspeicher
Kopien der Geheimnisse können auch nach dem Sperren im Arbeitsspeicher, im Swap oder in einer Ruhezustandsdatei verbleiben.
Was durch die Sitzungen läuft
Terminalausgaben, übertragene Dateien und die Zwischenablage sind im gespeicherten Zustand nicht verschlüsselt und hängen von deinem Rechner und vom Server ab.
Die .shelleasy-Exporte
Sie sind ihre gesamte Lebensdauer lang nur durch ihr eigenes Passwort geschützt: Bewahre sie so auf, wie du Schlüssel aufbewahren würdest.
Das Wiedereinspielen alter Kopien
Wer die Datenbank durch eine frühere Kopie ersetzt, erhält alte Daten, und die App bemerkt das nicht. Wenn du vermutest, dass das Passwort kompromittiert wurde, genügt es nicht, es zu ändern: Erstelle einen neuen Tresor mit einem neuen Passwort und importiere einen Export.

Was für jeden sichtbar bleibt, der die Dateien hat

Wer die Dateien, aber nicht das Passwort hat, kann die Daten nicht lesen, aber Folgendes sehen:

Der Datenordner
Dass ein ShellEasy-Ordner existiert, die Namen seiner Dateien, ihre Größe und die Änderungsdaten.
Die Parameter des Tresors
Salt und Kosten der Schlüsselableitung: Sie sind nicht geheim, verraten aber, wie aufwendig ein Versuch ist.
Die Unterschiede zwischen zwei Kopien
Mit zwei Kopien der Datenbank sieht man, welche Blöcke sich geändert haben, nicht aber, was sie enthalten.
Außerhalb des Tresors
Je nach System: zuletzt verwendete Ordner, der Verlauf der lokalen Shell und temporäre Dateien der Remote-Bearbeitung, solange sie geöffnet sind.

KI-Assistent, optional

Er ist standardmäßig ausgeschaltet und enthält kein Modell: Du verbindest Ollama, LM Studio oder llama.cpp. Standardmäßig geht der Text nur an deinen Rechner; ein nicht lokaler Server erfordert eine ausdrückliche Bestätigung.

Jede Anfrage läuft über eine Vorschau: Der angezeigte Text ist der, der gesendet wird, und zwar an das angezeigte Ziel. Ein Filter schwärzt private Schlüssel, Token und bekannte Passwörter, kann aber nicht alles erkennen: Er sieht weder ein im Klartext geschriebenes Passwort ohne verräterischen Namen noch sensible Informationen, die keine Geheimnisse sind, wie Hostnamen und Pfade.

Der vorgeschlagene Befehl wird nie ausgeführt: Er wird in den Prompt eingefügt, und du startest ihn selbst. Die Erklärung kann irreführend und der Befehl schädlich sein, also lies, bevor du die Eingabetaste drückst.

Was noch nicht überprüft ist

Signierte Builds
Die Pakete für macOS und Windows sind noch nicht signiert.
Andere Plattformen
Das Entsperren per Fingerabdruck ist für macOS gedacht; Windows Hello und Linux sind noch nicht umgesetzt. Das Verhalten auf echten Windows- und Linux-Systemen muss noch getestet werden.
KI-Assistent
Er wurde mit einem simulierten Server getestet, noch nicht mit dem echten Ollama, LM Studio und llama.cpp.
App-Fenster
Es fehlt eine Content-Security-Policy: Sie wäre eine zusätzliche Verteidigung, nicht die Behebung eines bekannten Problems.
Externe Prüfung
Sie wird vor Version 1.0 empfohlen und bevor die App für produktive Zugangsdaten empfohlen wird. Sie ist noch nicht erfolgt.

Koordinierte Meldung von Sicherheitslücken

Schreiben Sie an security@shelleasy.app und nennen Sie Version, Betriebssystem, Reproduktionsschritte und Auswirkungen. Senden Sie keine unnötigen Geheimnisse oder Daten Dritter. Testen Sie nur auf autorisierten Systemen und Daten; stoppen Sie bei Schadensrisiken oder Beteiligung Dritter. Denial-of-Service, Social Engineering und über das Erforderliche hinausgehende Zugriffe sind ausgeschlossen.

Bei gutgläubiger Forschung unter Einhaltung dieser Bedingungen verpflichtet sich APDSoftware, keine rechtlichen Schritte einzuleiten, die ausschließlich auf der so durchgeführten Forschung und Meldung beruhen. Dies bindet weder Dritte noch Behörden und berechtigt nicht zum Zugriff auf deren Systeme. Wir streben eine Antwort innerhalb von 5 Arbeitstagen und eine erste Aktualisierung innerhalb von 15 Arbeitstagen an; dies sind keine garantierten Behebungsfristen. Die Veröffentlichung wird nach Risiko und gesetzlichen Pflichten koordiniert. Eine Vergütung ist nicht vorgesehen; eine öffentliche Anerkennung erfordert Ihr Einverständnis. Für Meldedaten gelten die Datenschutzhinweise.

Das vollständige Bedrohungsmodell lesen →