Sicherheit & Datenschutz

Keine Konten, kein Login

encrypt.click hat keine Benutzerkonten, Anmeldungen oder Profile. Du musst dich weder registrieren noch persönliche Daten angeben, um die Tools zu nutzen.

Tools im Browser

Die Datenschutz-Tools (AES-Wörter, Zeitkapsel, Steganographie, Fotochiffre und Spektralchiffre) laufen in deinem Browser mit Web Crypto und anderen lokalen APIs. Deine Eingaben werden nicht zur Verarbeitung an encrypt.click gesendet.

Wenn ein Tool auf deine Anforderung öffentliche Daten benötigt (zum Beispiel drand-Zufallswerte für die Zeitkapsel über unseren Same-Origin-Proxy), enthält die Anfrage weder Geheimnisse im Klartext noch Passwörter.

Verschlüsseltes Teilen von Nachrichten und Dateien

Encrypt & share führt AES-GCM in Ihrem Browser aus, bevor etwas hochgeladen wird. Das Passwort bleibt auf Ihrem Gerät, bis Sie es selbst kopieren oder weitergeben.

Der automatische Upload bevorzugt First-Party-Ciphertext-Speicher (/upload auf dieser Website). Dieser Pfad ist auf ca. 90 MB und ein Monatsbudget begrenzt, und die Verfügbarkeit ist etwa 24 Stunden garantiert. Ist er voll oder nicht erreichbar, fragen wir zuerst nach; wenn du zustimmst, sendet der Browser nur Ciphertext an die Upload-API von encrypt.click, die ihn serverseitig an temporäre Send-kompatible Hosts weiterleitet (Dateien bis 50 MB). Diese Hosts sollten Ciphertext und Server-Egress sehen - keinen direkten Browser-Upload von Klartext.

Empfänger öffnen Links auf encrypt.click (oft /u). Verschlüsseltes Material kann im URL-Fragment liegen (bei normalen Seitenaufrufen nicht an unsere Server gesendet) oder auf hochgeladenen Ciphertext zeigen. Optionales PNG-Wrapping kann den Share-Link in einem Bild für Offline-Übergabe verstecken.

Uploads sind kostenlos, daher wird automatisierte oder ungewöhnlich starke Nutzung geprüft. Normale Uploads laufen ohne Zusatzschritt durch; wirkt ein Upload automatisiert oder hat ein Gerät viel hochgeladen, muss der Browser zuerst eine kurze Proof-of-Work-Aufgabe lösen. Sie läuft auf Ihrem Gerät, ohne Dritte. Jede weitere Aufgabe innerhalb der Stunde dauert doppelt so lange, und eine gelöste erlaubt dem Gerät eine Stunde lang weitere Uploads, innerhalb derselben festen Tageslimits.

Verschlüsselter Chat, Anrufe, Whiteboard und Dateien

Chat-Nachrichten, Tippindikatoren und Call-Signaling werden im Browser verschlüsselt (AES-GCM), bevor sie den Relay erreichen. Der Relay leitet Ciphertext weiter und speichert keine Chat-Historie, außer bei gespeicherten Räumen, wo er die verschlüsselten Nachrichten (höchstens 1000 pro Raum, in der Europäischen Union) behält, bis ein Mitglied den Raum löscht oder er 90 Tage unbesucht blieb. In Räumen ohne Serververlauf haben Nachrichten zusätzlich Forward Secrecy: Der Sendeschlüssel jedes Mitglieds rückt mit jeder Nachricht weiter und erreicht die anderen nur unter Schlüsseln aus kurzlebigen Schlüsselpaaren, die nie gespeichert werden, sodass aufgezeichneter Verkehr auch für jemanden verschlossen bleibt, der das Passwort später erfährt.

Live-Anrufe nutzen WebRTC mit TURN-only-ICE, damit Peer-IPs nicht direkt ausgetauscht werden. Zusätzlich zu DTLS-SRTP wird jeder Audio- und Videoframe im Browser Ende-zu-Ende mit AES-256-GCM verschlüsselt (Insertable Streams nach dem Vorbild von SFrame, Video als VP8 oder VP9). Der Medienschlüssel jedes Senders ist zufällig, wird nur im verschlüsselten und signierten Raumkanal übertragen, für jeden Empfänger zusätzlich mit einem kurzlebigen ECDH-P-256-Schlüssel versiegelt und ersetzt, sobald jemand den Anruf verlässt. Da Medienschlüssel nie durch den DTLS-Handshake gehen, legt das Mitschneiden des Anrufverkehrs heute und das spätere Brechen dieses Handshakes, etwa mit einem Quantencomputer, die Medien für niemanden offen, der das Raumgeheimnis nicht kennt. Browser ohne Frame-Verschlüsselung können keinen Anrufen beitreten. TURN-Credentials kommen von encrypt.click (/api/turn).

Chat-Anhänge werden vor dem Upload im Browser verschlüsselt, genau wie bei Encrypt & share. Sie landen in unserem eigenen Speicher und werden nach 24 Stunden gelöscht, auch in gespeicherten Räumen. Ist unser Speicher nicht verfügbar, geht die verschlüsselte Datei stattdessen an eine öffentliche Send-Instanz in der EU, wo sie bis zu 7 Tage bleiben kann.

Neue Räume brauchen immer ein Passwort mit mindestens 16 Zeichen, das eine Stärkeprüfung besteht, und lassen sich nur über das Formular zum Erstellen anlegen. Das Passwort ist nie Teil des Links, teile es also getrennt.

Whiteboard-Sitzungen nutzen dieselbe Realtime-Infrastruktur für gemeinsame Striche und Zustand. Behandeln Sie den Zugang wie beim Chat: für Sensibles ein starkes Passwort verwenden.

Gespeicherte Räume verwenden einen zufälligen Schlüssel im Link-Fragment, das den Server nie erreicht. In jedem Raum wird jede Nachricht im Browser mit einem raumspezifischen Schlüssel signiert, sodass andere Mitglieder erkennen, wenn ein Name mit einem anderen Schlüssel auftaucht, und der Nachrichtenmodus ist an den Raumschlüssel gebunden, sodass der Server ihn nicht ändern kann. Gespeicherte Räume fügen jeder Nachricht eine ML-DSA-44-Signatur hinzu und verketten die gespeicherten Nachrichten jedes Autors, sodass Browser bemerken, wenn der Server Nachrichten weglässt, umordnet oder zurückhält.

Linkkürzung

Nach der Verschlüsselung sendet dein Browser den Freigabelink an /api/shorten auf encrypt.click, das ihn mit unserem eigenen Dienst l.encrypt.click kürzt. Kurzlink-Dienste von Dritten werden nicht verwendet. Schlägt die Kürzung fehl, erhältst du den vollständigen Link.

Der Kurzlink speichert den vollständigen Link samt verschlüsseltem Inhalt, aber nie das Passwort. Wer den Kurzlink hat, braucht trotzdem das Passwort. Verwende daher die generierte Passphrase oder ein anderes starkes Passwort.

Der Kurzlink wird automatisch erstellt, daher wird der verschlüsselte Inhalt jeder Freigabe auf l.encrypt.click gespeichert, egal welchen Link du am Ende teilst. Der vollständige Link trägt den Inhalt im URL-Fragment, das der Browser des Empfängers nie an einen Server sendet.

Cookies und lokaler Speicher

Die Seite setzt genau ein funktionales Cookie, ec-lang, und zwar erst, wenn Sie im Menü eine Sprache wählen. Es enthält nur den zweibuchstabigen Sprachcode, sonst nichts, gilt ein Jahr und dient nicht dem Tracking. Der erste Besuch ohne dieses Cookie wird in Ihrer Browsersprache ausgeliefert. Ihr Browser kann localStorage für das Design und, wo ein Chatverlauf behalten wird, für verschlüsselte Nachrichten nutzen, in gespeicherten Räumen auch dafür, wie weit der Verlauf jedes Mitglieds geprüft ist. Der Session Storage kann beim Beitritt kurz ein Raumpasswort halten und behält einen Raumschlüssel, der in einem Link kam, solange dieser Tab offen ist, damit der Schlüssel aus der Adressleiste verschwinden kann. IndexedDB hält den Signaturschlüssel, den Ihr Browser für jeden Chatraum und jedes Whiteboard erzeugt, und für gespeicherte Räume den Startwert des Post-Quanten-Signaturschlüssels, versiegelt mit einem aus dem Raumlink abgeleiteten Schlüssel; die privaten Schlüssel verlassen das Gerät nie.

Cloudflare (Hosting) kann je nach Traffic und Browsereinstellungen Cookies für Sicherheit und Missbrauchsschutz setzen - nach Cloudflares eigenen Richtlinien.

Netzwerk- und Transport-Sicherheit

• Der gesamte Datenverkehr läuft über HTTPS mit modernem TLS.
• HTTP Strict Transport Security (HSTS) ist mit includeSubDomains und preload aktiv.
• Die Content Security Policy (CSP) beschränkt Skripte, Stylesheets, Schriftarten und Verbindungen; anstelle einer weitreichenden unsafe-inline-Freigabe für Skripte werden Hashes für Inline-Skripte verwendet.
• Die Einbettung in iframes wird durch frame-ancestors 'none' und X-Frame-Options: DENY verhindert.
• Die Bereitstellungsprüfung vergleicht neu geladene Dateien mit dem Manifest desselben Servers. Sie beweist weder die Echtheit des laufenden Browsercodes noch schützt sie vor einem kompromittierten Hosting.

Infrastruktur Dritter

Die Website läuft auf Cloudflare Workers. Echtzeit-Chat und Whiteboard werden von Durable Objects im selben Worker (PartyServer) weitergeleitet. Die Anrufweiterleitung kann Cloudflare TURN und/oder andere konfigurierte TURN-Anbieter verwenden. Temporäre Hosts für Geheimtext (Send-kompatible Instanzen) können verschlüsselte Datenblöcke erhalten, wenn der eigene Upload-Dienst nicht verfügbar ist.

encrypt.click führt keine eigene Datenbank mit deinen Tool-Eingaben. Der Schutz der API vor Missbrauch verwendet für etwa 60 Sekunden einen gesalzenen Hash der IP-Adresse im Arbeitsspeicher. Cloudflare kann nach seinen eigenen Richtlinien zusätzlich Schutzmaßnahmen gegen Bots und automatisierte Angriffe einsetzen.

Verantwortungsvolle Meldung

Wenn du glaubst, ein Sicherheits- oder Datenschutzproblem bei encrypt.click gefunden zu haben, schreibe an mail@encrypt.click. Gib genügend Einzelheiten an, um das Problem nachvollziehen zu können, und vermeide Tests, die andere Nutzer beeinträchtigen könnten.

Unverbindliche Zusammenfassung

Diese Seite fasst verständlich zusammen, wie encrypt.click im Umgang mit Daten konzipiert ist. Sie ist weder ein Vertrag noch enthält sie vollständige rechtliche Bedingungen. Vollkommene Sicherheit kann nicht garantiert werden; du verwendest die Tools auf eigenes Risiko.