Ihr Archiv bleibt auf Ihrem Gerät

Der Datenfluss

Wenn Sie eine Datei auswählen, liest der Browser ihre Bytes mit der File API. Die Seite analysiert die ZIP-Struktur auf Ihrem Gerät, wählt einen verschlüsselten Eintrag, bevorzugt den kleinsten, der groß genug ist, um ein Passwort eindeutig zu bestätigen, und gibt jedem Web Worker nur die Bytes, die er zum Testen von Passwörtern braucht (bei AES das Salt, den Prüfwert, den Chiffretext und den Authentifizierungscode; bei ZipCrypto die verschlüsselten Bytes dieses Eintrags), dazu eine Übersicht des Archivs (Namen und Größen der Einträge). Die Worker führen die Passwortprüfungen aus; das aufwendige Hashing läuft in WebAssembly (hash-wasm) oder, für die AES-Schlüsselableitung, im eingebauten Web Crypto des Browsers, wenn das auf Ihrem Gerät schneller ist. Das ganze Archiv erhalten die Worker nie. Nichts in diesem Ablauf geht an einen Server, und er sieht so aus:

Ihre ZIP-Datei
  --> File API des Browsers (lokal)
  --> ZIP auf der Seite analysiert (lokal)
  --> Web Worker testen Passwörter (lokal)
  --> Ergebnis nur für Sie sichtbar

In diesem Diagramm gibt es bewusst keine Verzweigung, die Ihr Archiv an einen Server sendet. Die Wiederherstellungs-Engine enthält keinen Netzwerkcode, der Dateidaten sendet. Das ist der Kern der Frage, ob Online-ZIP-Passwort-Tools sicher sind: das Risiko liegt im Hochladen, und Ihr Archiv wird hier nie hochgeladen.

Zwei Dinge, die das Werkzeug auf Ihrem Gerät ablegt, bleiben in diesem Browser: eine kurzlebige Kopie einer Datei, die die Startseite übergibt (im lokalen IndexedDB, gelöscht, sobald die Wiederherstellungsseite sie gelesen hat), und während einer pausierten Masken- oder Brute-Force-Suche ein Fortsetzungseintrag im lokalen Speicher. Keines von beiden wird jemals an uns gesendet. Abschnitt 4 der Datenschutzrichtlinie führt auf, was genau darin steht und wie Sie es löschen, was an einem gemeinsam genutzten Computer zählt.

Fehlerberichte und Analysen

Wenn der Code der Website in Ihrem Browser fehlschlägt, sendet er einen kurzen Bericht an /api/error auf dieser Website, und der Server der Website protokolliert ihn (er ist dafür eingerichtet, Berichte an unseren zentralen Fehler-Hub weiterzuleiten, der noch nicht läuft). Der Bericht enthält Fehlertyp und Fehlermeldung, den Stacktrace, die Adresse des Skripts mit Zeile und Spalte, den Seitenpfad (ohne den Query-String), die Seitensprache, die User-Agent-Kennung Ihres Browsers, einen Zeitstempel, die Version der Website und, bei einem Fehler im Wiederherstellungswerkzeug, ein einzelnes Wort, das den betroffenen Teil benennt. Er enthält nie Ihr Archiv, dessen Inhalt oder Dateinamen und kein Passwort, und der Browser sendet höchstens zehn Berichte pro Seitenaufruf. Berichte werden höchstens 90 Tage aufbewahrt (siehe Abschnitt 4 der Datenschutzrichtlinie).

Das Wiederherstellungswerkzeug enthält in seinem eigenen Code eine Analysefunktion. Sie kann nur wenige nicht identifizierende Angaben zu einem Lauf festhalten (das Verschlüsselungsverfahren, die AES-Schlüssellänge des Archivs, sofern es eine hat, den von Ihnen gewählten Modus und ob das Archiv unterstützt wird), und niemals Ihr Archiv, dessen Inhalt oder Dateinamen und kein Passwort. Heute ist kein Empfänger angeschlossen, deshalb sendet sie nichts. Cloudflare erfasst weiterhin die üblichen Anfragedaten jedes Seitenaufrufs (siehe Abschnitt 4 der Datenschutzrichtlinie). Auch spätere aggregierte Website-Analysen bleiben innerhalb derselben zugelassenen Liste und erhalten niemals Archivinhalte, Dateinamen, Kandidatenpasswörter, wiederhergestellte Passwörter oder Archiv-Hashes.

Sicherheitsmodell für nicht vertrauenswürdige Eingaben

Ein ZIP-Archiv, das Sie laden, könnte fehlerhaft oder bösartig sein, daher behandelt die Engine jede Datei als nicht vertrauenswürdig:

• Analyse mit Grenzprüfung. Der Formatparser validiert jeden Offset und jede Länge vor dem Lesen, sodass ein abgeschnittenes oder manipuliertes Archiv einen sauberen Fehler auslöst, statt außerhalb der Grenzen zu lesen.
• Speichergrenzen. Das Werkzeug prüft Passwörter gegen einen einzigen verschlüsselten Eintrag von höchstens 256 MB komprimiert, und das Dekomprimieren bricht ab, sobald die Ausgabe die Größe überschreitet, die das Archiv für diesen Eintrag angibt. Ein Eintrag nach Art einer Dekomprimierungsbombe kann sich so nicht unbegrenzt ausdehnen. Das Archiv, das Sie laden, wird vollständig in den Speicher gelesen.
• Verifizierung ohne Extraktion. Das Testen eines Passworts erfordert nicht das Extrahieren beliebiger Dateien. Die Bestätigung liest nur den einen Verifizierungseintrag (den kleinsten Eintrag, der ein Passwort eindeutig bestätigen kann, sofern das Archiv einen hat): Bei AES prüft sie den gespeicherten HMAC über die verschlüsselten Daten, bei ZipCrypto entschlüsselt sie den Eintrag, entpackt ihn, wenn er mit Deflate komprimiert ist, und gleicht seine CRC-32 ab.
• Keine Codeausführung. Archivinhalte werden rein als Daten behandelt. Nichts innerhalb eines Archivs wird jemals ausgeführt oder interpretiert.

Open-Source-Komponenten

Die Wiederherstellung baut auf etablierten, lizenzierten Open-Source-Bibliotheken auf. Schlüsselableitung, HMAC und CRC-32 kommen von hash-wasm oder vom Web Crypto des Browsers; der ZipCrypto-Schlüsselstrom folgt in unserem eigenen Code der veröffentlichten Spezifikation von PKWARE, und die Tests prüfen ihn an Archiven, die zip.js schreibt.

Transport und Header

Die Website wird über HTTPS mit einer strengen Content-Security-Policy ausgeliefert, X-Content-Type-Options: nosniff, einer restriktiven Permissions-Policy und frame-ancestors 'none', um Clickjacking zu verhindern. WebAssembly wird über script-src 'wasm-unsafe-eval' erlaubt; Verbindungen sind auf den eigenen Ursprung der Website beschränkt.

Die Grenzen, offen benannt

Da die Wiederherstellung clientseitig erfolgt, können wir nicht sehen oder kontrollieren, wie das Werkzeug genutzt wird, weshalb die autorisierte Nutzung eine Richtlinie ist, die Sie akzeptieren, statt etwas, das wir technisch durchsetzen können. Und kein Werkzeug kann ein beliebiges starkes Passwort wiederherstellen: AES-Archive verwenden insbesondere eine langsame Schlüsselableitung, die das Raten von Natur aus teuer macht.