How to send personal data securely?

To send personal data securely, use a tool that encrypts the content before transmission and does not retain a permanent copy. SecretNote encrypts your message in the browser using AES-256, generates a one-time link, and permanently deletes the note after it is read. Set an expiration timer and enable burn-after-reading. This is significantly more secure than sending data through email or chat, which store message history indefinitely.

Is it safe to send API keys over email?

No. Email is not designed for secret delivery. Messages can be forwarded, indexed by email providers, stored in backups, and accessed by anyone with access to either inbox. API keys sent over email may remain accessible for years. Use SecretNote instead - credentials are encrypted in the browser, the server never sees the plaintext, and the note is permanently destroyed after the recipient opens it.

Should you share your password with anyone?

Ideally, never. If temporary access is unavoidable, rotate the password immediately after use and share it only through a self-destructing encrypted note. Using SecretNote means the password cannot be recovered from a chat log, email thread, or server log after the note is opened and deleted.

Can SecretNote messages be recovered after they are read?

No. When a note is opened, the server permanently deletes the ciphertext. The decryption key exists only in the URL fragment, which is never stored by SecretNote. There is no database backup, server log, or cached version that contains the plaintext. Even the SecretNote team cannot recover a note that has been read and deleted.

What should I avoid putting in normal chat apps?

Avoid passwords, API keys, SSH keys, private keys, recovery codes, identity numbers, and unredacted personal records in normal chat apps. These messages are stored on servers indefinitely and can be accessed if the account or server is compromised. Use SecretNote for this type of data so it does not remain in chat history.

Is SecretNote better than attachments for sensitive files?

For sensitive data, yes. Email attachments are often duplicated across inboxes, mail servers, and backups. The file may persist for years in locations neither sender nor recipient controls. Files shared through SecretNote are encrypted before upload, stored only as ciphertext, and permanently deleted after the recipient downloads them.

How long until a SecretNote is destroyed?

You can set the auto-destruction time for unviewed notes in Options before creating the link. The default is 3 days. Available options range from 1 hour to 30 days. Once a note is viewed with burn-after-reading enabled, it is destroyed immediately regardless of the expiration timer.

What is zero-knowledge encryption?

Zero-knowledge encryption means the service provider never has access to the content of the data they store. SecretNote stores only the encrypted ciphertext of your note. The decryption key is never transmitted to the server - it exists only in the URL fragment, which web browsers exclude from HTTP requests. SecretNote staff and server administrators cannot read the content of any note.

What is AES-256 and why does it matter?

AES-256 (Advanced Encryption Standard with a 256-bit key) is a symmetric encryption algorithm used by governments, banks, and security professionals worldwide to protect sensitive data. A 256-bit key provides 2 to the power of 256 possible combinations, making brute-force attacks computationally infeasible. SecretNote uses AES-256 to encrypt every note directly in the browser before anything is transmitted to the server.

How does the URL fragment keep the encryption key secret?

A URL fragment is the portion of a URL that comes after the # character. Web browsers do not include the URL fragment in HTTP requests sent to the server. When a recipient opens a SecretNote link, the server receives only the note ID - not the decryption key. The key is used entirely within the recipient's browser to decrypt the ciphertext locally. The server never learns the key at any point.

What is burn-after-reading?

Burn-after-reading means a note is permanently deleted from the server the moment it is opened and decrypted by the recipient. The link stops working immediately after first use. It ensures that even if the link is later intercepted, forwarded, or found in a message history, the data it pointed to is already gone and cannot be retrieved.

What is the difference between burn-after-reading and an expiration timer?

An expiration timer deletes a note after a set time period regardless of whether it has been opened. Burn-after-reading deletes the note the moment it is first opened. Both options can be combined: a note set to expire in 1 day with burn-after-reading enabled will be deleted after 1 day if unread, or immediately upon first read - whichever comes first.

Does SecretNote comply with GDPR?

Yes. SecretNote is operated by RapidFoundry LTD, a company based in the European Union, and the service is built with GDPR compliance in mind. Notes are stored as encrypted ciphertext only, with no personally identifiable information linked to the content. Because SecretNote uses zero-knowledge architecture, the service processes no personal data contained within the notes themselves.

Is SecretNote free to use?

Yes, SecretNote is completely free. No subscription, payment, or account registration is required to create or read notes. All core features - AES-256 encryption, self-destructing notes, file attachments, expiration timers, burn-after-reading, and password protection - are available without any cost.

Teile private Notizen, die sich selbst zerstören.

Datei Bild Entwurf, noch nicht gesendet

0 B / 512 KB

oder mit Strg+V einfügen Anhang-Limits werden geladen...

Links

Nach dem Lesen löschen 3 Tage Zum Anzeigen tippen

01 Laufzeit Wenn niemand sie öffnet, zerstört sich der Chiffretext nach diesem Zeitfenster selbst.

02 Löschoptionen Wann der Server vergisst, dass sie je existiert hat.

03 Direkt öffnen und entschlüsseln Beim Öffnen des Links automatisch entschlüsseln, ohne dass der Empfänger eine Bestätigungsschaltfläche anklicken muss.

Eine selbstzerstörende Notiz in drei Schritten senden

Alles passiert in deinem Browser. Der Server besitzt niemals einen Schlüssel.

01Tippe, füge ein oder lade eine Datei hoch.

Deine Nachricht wird mit AES-256 verschlüsselt, bevor irgendetwas das Netzwerk berührt.

the quiet thing you need to send…
→ aes256(•) → ciphertext

Screenshot: Eine private Notiz im SecretNote-Editor schreiben

02Link senden.

Die URL enthält den Entschlüsselungsschlüssel nach dem #, den Browser nie an einen Server senden.

https://secretnote.eu/de/a9f2#8f3d…7e1c

Screenshot: Der generierte geheime Link, bereit zum Teilen

03Es verschwindet beim Lesen.

Der Server löscht den verschlüsselten Text in dem Moment, in dem der Link geöffnet wird. Keine Backups, keine Logs, keine Wiederherstellung.

ciphertext — a9f2
status: destroyed

Screenshot: Die Notiz ist nach dem Lesen verschwunden

Eine private Notiz, in deinem Browser verschlüsselt und nach dem Lesen verschwunden.

Zero-Knowledge-Architektur

AES-256 läuft vollständig in deinem Browser. Der Schlüssel liegt im URL-Fragment nach dem #, das Browser nie übertragen. Unser Server speichert ausschließlich verschlüsselten Text, für den er keinen Schlüssel besitzt.

⇿

Selbstzerstörende Nachrichten

Wenn der Link geöffnet wird, wird der verschlüsselte Text abgerufen, lokal entschlüsselt und sofort gelöscht. Öffnet jemand denselben Link ein zweites Mal, findet er nichts mehr vor.

∅

Völlig anonym

Zum Senden einer Notiz benötigst du kein Konto, keine E-Mail und keine persönlichen Daten. Gespeichert werden nur der verschlüsselte Text, eine zufällige ID und ein Ablaufdatum, keines davon einer Identität zugeordnet. Kein Tracking, kein Fingerprinting. Ein kostenloses Konto ist optional und schaltet nur einige wenige Extras frei.

So schützt SecretNote deine Daten

01Verschlüsselung im Browser

Deine Nachricht wird mit AES-256 in deinem Browser-Tab verschlüsselt. Ein zufälliger 256-Bit-Schlüssel wird lokal erzeugt; weder der Klartext noch der Schlüssel wird je übertragen.

02Nur verschlüsselter Text erreicht uns

Der Server speichert einen bedeutungslosen Block verschlüsselter Bytes unter einer zufälligen ID und behält ihn nur, bis er gelesen wird oder abläuft.

03Schlüssel liegt im URL-Fragment

Der Schlüssel befindet sich nach dem # im Link. Browser übertragen das Fragment nie an einen Server, sodass er ausschließlich zwischen Sender und Empfänger bleibt.

04Nach dem ersten Lesen gelöscht

Der Empfänger entschlüsselt lokal; der Server vernichtet den verschlüsselten Text sofort. Eine Wiederherstellung ist nicht möglich, weder für uns noch für den Empfänger.

Eine Person an ihrem Computer, die eine private Notiz sendet, während Passwörter, Dokumente, Code-Geheimnisse und Nachrichten sicher vom Bildschirm übertragen werden

Was Menschen mit SecretNote teilen

Alles, was du lieber nicht in einem Posteingang oder Chatverlauf hinterlassen möchtest.

••

Passwörter und Zugangsdaten

Teile Zugangsdaten, API-Schlüssel und Tokens, ohne sie in Chatverläufen oder E-Mail-Threads zu hinterlassen.

⛁

Sensible Dokumente

Sende Finanzdaten, Verträge oder persönliche Informationen, die nicht dauerhaft in digitalen Kanälen gespeichert bleiben sollen.

DevOps- und IT-Geheimnisse

Übertrage SSH-Schlüssel, Datenbankzugangsdaten und Konfigurationsgeheimnisse sicher zwischen Teammitgliedern.

✉

Private Nachrichten

Sende vertrauliche Notizen, die verschwinden, für Momente, die echte Privatsphäre verdienen.

Ein kurzer Vergleich

SecretNote im Vergleich zu anderen Sharing-Methoden

E-Mail und Chat-Apps wurden nicht für Einmal-Geheimnisse entwickelt. Hier ist, was sich ändert, wenn du ein Tool verwendest, das dafür gemacht ist.

Funktion

SecretNote

E-Mail

Chat-Apps

Ende-zu-Ende-verschlüsselt

Nach dem Lesen gelöscht

Server sieht nie Klartext

Kein Konto zum Senden einer Notiz

Hinterlässt keinen Nachrichtenverlauf

Ablauftimer

Kostenlos nutzbar

Häufige Fragen

Häufig gestellte Fragen

Antworten zu verschlüsselten Notizen, Zero-Knowledge-Sicherheit und sicherem Datenaustausch.

Nein. Verschlüsselung und Entschlüsselung finden im Browser statt. Der Server speichert nur einen undurchsichtigen Chiffretext-Block, für den er keinen Schlüssel hat, und löscht ihn sofort, wenn er gelesen wird.

In deinem Browser wird ein zufälliger 256-Bit-AES-Schlüssel erzeugt, der die Notiz lokal verschlüsselt und anschließend nach dem #-Symbol in den Link eingebettet wird. Browser übertragen den Teil nach # nie an einen Server, sodass nur Sender und Empfänger den Schlüssel je zu sehen bekommen.

Wer den Link als Erstes öffnet, liest die Notiz. Der Chiffretext wird danach vernichtet, sodass jeder weitere Besucher nur eine leere Seite findet. Teile den Link über einen Kanal, dem du vertraust, und verwende für sensible Inhalte am besten die Option „Nach dem Lesen löschen".

Nein. Es gibt kein Backup, keinen Log und keine Wiederherstellung. Das ist so gewollt. Sobald der Empfänger den Link öffnet, wird der Chiffretext dauerhaft gelöscht.

Du wählst beim Verschlüsseln der Notiz eine Ablaufzeit von 1 Stunde bis zu 30 Tagen. Wenn sie bis dahin niemand liest, wird sie automatisch gelöscht.

Textnotizen sind auf 512 KB begrenzt. Für größere Inhalte nutze SecretFile, das Dateien bis zu 100 MB unterstützt.

Nein. Notizen zu schreiben und zu teilen ist völlig kostenlos, ohne Konto, ohne E-Mail und ohne Tracking. Du öffnest die Seite, schreibst eine Notiz und teilst den Link. Ein kostenloses, optionales Konto schaltet lediglich einige wenige erweiterte Extras frei, wie zum Beispiel das gleichzeitige Erstellen mehrerer identischer Links.

In der Europäischen Union. Wir unterliegen der DSGVO und speichern nur minimale Metadaten (den Chiffretext und sein Ablaufdatum), die gelöscht werden, sobald die Notiz gelesen wird oder abläuft.

Weitere Datenschutz-Tools

Alles, was du brauchst, um private Daten sicher zu teilen: kostenlos, kein Konto erforderlich, läuft direkt in deinem Browser.

SecretScreen

Lade einen Screenshot hoch und erhalte einen Link, der sich nach dem ersten Aufruf selbst zerstört. Das Bild wird vor dem Hochladen verschlüsselt und nach der ersten Ansicht gelöscht (kein dauerhaftes Hosting).

Screenshot teilen →

SecretFile

Lade eine beliebige Datei hoch und teile einen Einmal-Download-Link. Die Datei wird Ende-zu-Ende verschlüsselt und nach dem Herunterladen durch den Empfänger dauerhaft gelöscht.

Geheime Datei senden →

Hash-Generator

Generiere MD5-, SHA-1-, SHA-224-, SHA-256-, SHA-384- und SHA-512-Hashes sofort in deinem Browser. Deine Eingabe wird nie an den Server gesendet.

Hash generieren →

Passwort-Generator

Generiere starke, zufällige Passwörter mit voller Kontrolle über Länge und Zeichensätze. Alles läuft lokal: Deine Passwörter gelangen nie auf einen Server.

Passwort generieren →