Kostenloses Privatsphäre-Tool
Eine Datei versiegeln
Verschlüssle eine Datei unter einem frischen Einmalschlüssel und schick sie über jeden Kanal, der dir passt. Wer dann den Schlüssel hat, öffnet sie genau hier, auf dieser Seite. Nichts wird je hochgeladen, es gibt keine Passphrase zum Knacken, und was drin ist, siehst du, bevor irgendetwas gespeichert wird.
Läuft vollständig in diesem Tab. Diese Seite kann mit gar keinem Server kommunizieren.
Wird versiegelt …
Versiegelt.
Das ist deine verschlüsselte Datei. Ohne den Schlüssel kann sie niemand lesen. Nicht wir, niemand.
Der Schlüssel – nur jetzt zu sehen
Diesen Schlüssel gibt es nur auf dieser Seite, genau jetzt. Er wird nirgendwo gespeichert und nirgendwohin gesendet. Verlierst du ihn, kann niemand die Datei öffnen, wir eingeschlossen. Sichere ihn, bevor du gehst.
Oder teil den Schlüssel als Link
Der Schlüssel steht hinter dem # im Link. Diesen Teil senden Browser nie an irgendeinen Server. Der Link öffnet diese Seite mit bereitem Tab „Öffnen“ und eingetragenem Schlüssel und entfernt ihn dann aus der Adresszeile.
Schick Datei und Schlüssel getrennt.
Wer die versiegelte Datei und den Schlüssel zusammen hat, kann sie öffnen. Schick beides über verschiedene Kanäle, etwa die Datei per E-Mail und den Schlüssel-Link per SMS. So enthält nie ein einzelnes Postfach beides.
Schlüssel aus deinem Link gelesen und aus der Adresszeile entfernt, damit er nicht in deinem Verlauf landet.
Wird geprüft …
In dieser versiegelten Datei
Bisher wurde nichts gespeichert. Das gibt die versiegelte Datei als ihren Inhalt an:
- Name
- Größe
- Typ
Vorsicht – dieser Dateityp kann Code auf deinem Gerät ausführen
Entschlüsselt.
Die Datei wurde auf deinem Gerät entschlüsselt und als Download angeboten. Nichts davon hat je diese Seite verlassen.
Von den Machern von Sealby – dem verschlüsselten Tresor fürs iPhone
Sealby bewahrt Fotos, Dateien und Notizen in verschlüsselten Tresoren auf deinem iPhone. Kein Konto, keine Server, lesbar für niemanden außer dir.
Jeder Parameter, offengelegt
- Verfahren
- AES-256-GCM (WebCrypto), 128-Bit-Tag pro Chunk
- Schlüssel
- 256 Bit aus dem CSPRNG des Browsers, pro Versiegelung neu erzeugt, genau einmal verwendet, aus nichts abgeleitet
- Stückelung
- ein verschlüsseltes Manifest (Dateiname, Größe, Typ), dann die Datei in 1-MiB-Chunks – jeder einzeln authentifiziert
- Nonce
- 32-Bit-Zufalls-Siegel-Salt ‖ 64-Bit-Chunk-Zähler – innerhalb einer Datei nie wiederholt, und der Schlüssel wird ohnehin nur einmal genutzt
- Authentifizierte Daten
- der gesamte 16-Byte-Header plus der Index jedes Chunks und die Gesamtzahl der Chunks – Chunks umzusortieren, abzuschneiden oder einzuspleißen bricht die Entschlüsselung
- Schlüssel-String
- base64url, 47 Zeichen: der 32-Byte-Schlüssel plus eine 3-Byte-SHA-256-Prüfsumme, damit ein Tippfehler sauber scheitert, statt Müll zu erzeugen
Ehrliche Antworten darauf, was das hier tut
Alles passiert in deinem Browser.
Versiegeln und Öffnen lesen die Datei beide in den Arbeitsspeicher dieser Seite, führen dort AES-256-GCM mit der eingebauten WebCrypto-Engine deines Browsers aus und geben das Ergebnis als Download zurück. Nichts wird hochgeladen. Es gibt kein Konto und keine serverseitige Verarbeitung. Anders als der Rest dieser Website lädt diese Seite nicht einmal den cookielosen Besuchszähler. Keinerlei Analytics.
Das ist nicht bloß ein Versprechen. Die Seite wird mit einer Content-Security-Policy ausgeliefert, unter der der Browser nur die eigenen statischen Dateien dieser Website laden darf. Sie hat keine Möglichkeit, deine Datei, deinen Schlüssel oder sonst etwas an irgendeinen Server zu senden, unsere eingeschlossen. Öffne beim Versiegeln die Entwicklerwerkzeuge deines Browsers, und du wirst null Anfragen sehen. Für den denkbar direktesten Beweis installier die Toolbox und versiegle im Flugmodus. Mit abgeschaltetem Netz kann nichts abfließen.
Der Schlüssel ist alles – und wir haben ihn nie.
Jede Versiegelung erzeugt in deinem Browser einen frischen zufälligen 256-Bit-Schlüssel. Er wird dir einmal gezeigt und nirgends aufbewahrt: nicht in unseren Systemen (es ist keines beteiligt), nicht im dauerhaften Speicher deines Browsers, nicht in der versiegelten Datei. Es gibt keine Passphrase zum Erraten und nichts, was sich durch Ausprobieren knacken ließe. Wer Schlüssel und Datei hat, kann sie öffnen. Wer nicht, kann es nicht.
Das hat eine harte Konsequenz: Ist der Schlüssel verloren, ist die Datei weg. Es gibt kein Zurücksetzen, kein Support-Ticket, keine Wiederherstellung. Wir stellen uns damit nicht stur. Eine Kopie, die wir wiederherstellen könnten, wäre eine Kopie, die jemand stehlen oder herausverlangen könnte.
Der Schlüssel-Link erreicht nie einen Server.
Der Teilen-Link setzt den Schlüssel hinter das # in der URL. Diesen Teil – das Fragment – behält der Browser für sich. Er gehört nie zu dem, was der Browser an irgendeinen Server sendet, weder an unseren noch an einen fremden. Lädt diese Seite mit einem Schlüssel im Link, liest sie den Schlüssel, wechselt auf den Tab „Öffnen“ und entfernt den Schlüssel sofort aus der Adresszeile. So bleibt er nicht in der sichtbaren URL oder im Browserverlauf hängen.
Trotzdem gilt: Wer den Link und die versiegelte Datei zusammen hat, kann sie öffnen. Deshalb sagt dir diese Seite, dass du Datei und Schlüssel über verschiedene Kanäle schicken sollst.
Du siehst, was drin ist, bevor irgendetwas gespeichert wird.
Das Öffnen geschieht in zwei Schritten. Zuerst entschlüsselt die Seite nur ein kleines Manifest: ursprünglicher Dateiname, Größe und Typ. Das zeigt sie dir, mit einer lauten Warnung bei Dateitypen, die Code ausführen können (Programme, Skripte, Installer, Makro-Dokumente, HTML), und bei Namen, die mit einer doppelten Dateiendung wie invoice.pdf.exe getarnt sind. Nichts wird geschrieben, bevor du auf Entschlüsseln klickst. Die Seite öffnet oder zeigt den entschlüsselten Inhalt selbst nie an. Sie bietet die Datei nur zum Herunterladen an.
Sei dir klar darüber, was Verschlüsselung beweist und was nicht. Eine versiegelte Datei ist unterwegs vertraulich. Das Versiegeln sagt nichts darüber, wer sie geschickt hat oder ob ihr Inhalt ungefährlich ist. Behandle eine unerwartete versiegelte Datei genauso skeptisch wie einen unerwarteten Anhang.
Wo die Vertrauensgrenze wirklich verläuft.
Du führst Code aus, den dir diese Website ausgeliefert hat. Wären sealby.app oder deine Verbindung dorthin kompromittiert, könnte eine bösartige Seite mitlesen, was du hineingibst. Das gilt für jedes webbasierte Verschlüsselungstool, und wir sagen es lieber, als so zu tun, als wäre es anders. Was wir dagegen tun: Die Seite ist eine statische Datei, und wir halten sie frei von fremdem Code. Mit der installierten Toolbox kannst du eine bereits geladene Fassung weiter nutzen. Und das Format ist unten dokumentiert, damit unabhängige Tools dagegen gebaut werden können.
Dein eigenes Gerät liegt ebenfalls innerhalb der Grenze. Browser-Erweiterungen mit Seitenzugriff oder Schadsoftware auf dem Rechner können alles lesen, was jede Seite lesen kann. Die versiegelte Datei verbirgt ihren Inhalt, aber nicht alles. Wer sie hat, sieht ihre Größe (ungefähr die des Originals) und dass es eine mit Sealby versiegelte Datei ist.
Die Grenzen in klaren Worten
- Schlüssel verloren = Datei verloren. Keine Ausnahmen, so gewollt.
- Wir können deine Dateien und Schlüssel nicht sehen, also können wir sie auch nicht auf Schadsoftware prüfen. Die Dateityp-Warnung beruht nur auf dem Dateinamen. Sie ist keine Sicherheitsgarantie.
- Wer die versiegelte Datei und den Schlüssel hat, kann sie öffnen. Das Tool weiß nicht und prüft nicht, wer das ist.
- Die Größe der versiegelten Datei verrät ungefähr die Größe des Originals.
- Eine Datei, bis 100 MB, pro Versiegelung. Pack mehrere Dateien vorher in ein ZIP.
Das Format, Byte für Byte
Alles, was technische Leser:innen brauchen, um die Ausgabe dieser Seite unabhängig zu überprüfen oder eine .sealed-Datei in dreißig Zeilen Python zu öffnen:
| bytes | field | contents |
|---|---|---|
| 0–7 | Magic | ASCII "SEALBY-W" |
| 8 | Version | 0x01 – alles andere wird als „mit einer neueren Version erstellt“ abgelehnt |
| 9 | Algorithmus | 0x01 = AES-256-GCM |
| 10–13 | Siegel-Salt | 4 Bytes, CSPRNG, pro Versiegelung neu |
| 14–15 | Reserviert | muss null sein |
| 16–Ende | Chunk-Frames | je: uint32 BE Chiffratlänge, dann das AES-GCM-Chiffrat + 16-Byte-Tag |
Chunk 0 ist das Manifest: UTF-8-JSON {"name":…,"size":…,"type":…}. Chunks 1…N−1 sind die Datei in 1-MiB-Stücken. Für Chunk i von N gilt: Nonce = Salt ‖ uint64 BE i; authentifizierte Daten = Header ‖ uint64 BE i ‖ uint64 BE N. Damit scheitern Manipulation, Abschneiden, Umsortieren, Verschieben und dateiübergreifendes Spleißen allesamt an der Authentifizierung. Jeder Fall ist durch einen mitgelieferten Negativtest belegt.
Schlüssel-String: base64url (ohne Padding) des 32-Byte-Schlüssels, gefolgt von den ersten 3 Bytes seines SHA-256 – insgesamt 47 Zeichen. Ein Tippfehler scheitert an der Prüfsumme, statt Müll zu erzeugen.
Vollständige byte-exakte Spezifikation (FORMAT-WEB-v1) ·Known-Answer-Testvektoren (JSON)
Referenz-Öffner (Python, cryptography-Bibliothek)
import base64, hashlib, json, struct, sys
from cryptography.hazmat.primitives.ciphers.aead import AESGCM
raw = open(sys.argv[1], "rb").read()
assert raw[:8] == b"SEALBY-W" and raw[8] == 1 and raw[9] == 1
assert raw[14:16] == b"\x00\x00"
header, salt = raw[:16], raw[10:14]
frames, off = [], 16
while off < len(raw):
(n,) = struct.unpack(">I", raw[off:off + 4]); off += 4
frames.append(raw[off:off + n]); off += n
assert off == len(raw)
kb = base64.urlsafe_b64decode(sys.argv[2] + "=") # 47-char key string
key, check = kb[:32], kb[32:35]
assert hashlib.sha256(key).digest()[:3] == check # typo check
N = len(frames)
def chunk(i):
nonce = salt + struct.pack(">Q", i)
aad = header + struct.pack(">QQ", i, N)
return AESGCM(key).decrypt(nonce, frames[i], aad)
manifest = json.loads(chunk(0))
data = b"".join(chunk(i) for i in range(1, N))
assert len(data) == manifest["size"]
open(manifest["name"], "wb").write(data)
print("decrypted ->", manifest["name"])Das hier ist für Dateien unterwegs. Der Tresor ist für Dateien, die bleiben.
Versiegeln schützt eine Datei auf ihrem Weg irgendwohin. Sealby schützt alles, was bleibt: Fotos, Dateien und Notizen in verschlüsselten Tresoren auf deinem iPhone. Kein Konto, keine Server, lesbar für niemanden außer dir.
iPhone & iPad · iOS 17+ · Kostenlos