Why is this safer than email or Slack?

Email and Slack store your secret in plaintext on their servers, in message logs, in archives, and on every device that ever opened the conversation. Vaulted stores only encrypted ciphertext, deletes it after the view limit is hit, and the decryption key never reaches our server — so a server breach exposes nothing readable.

What happens if Vaulted gets hacked?

An attacker would only see encrypted blobs. The AES-256-GCM key never touches our servers — it lives in the URL fragment (the part after the # in the link), which browsers explicitly never send in HTTP requests. Without the key from the link, the ciphertext is useless.

Why is the key stored in the URL fragment?

The fragment (everything after #) is a client-only part of the URL defined in RFC 3986. Browsers never include it in HTTP requests, so the encryption key only lives on the sender’s machine and the recipient’s machine — never on a server, never in our access logs, never in CDN caches.

Is Vaulted open source? Can I verify the encryption myself?

Yes. The encryption code runs entirely in your browser and you can inspect it via DevTools, or follow our 5-minute verification guide to confirm no plaintext is sent over the wire. The CLI, GitHub Action, and MCP server are all open source on github.com/vaulted-fyi.

What if the recipient never opens the link?

The secret auto-expires after the time you set (up to 30 days), at which point it is deleted from Redis. View counts are also enforced atomically — once the limit is hit, the ciphertext is removed regardless of expiry.

Jak to działa

Szyfrowanie end-to-end w czterech krokach, a następnie demo na żywo tego, co nasz serwer naprawdę widzi. Przełącz diagram poniżej, aby zobaczyć szczegóły techniczne.

Nadawca

Wpisuje sekret

Przeglądarka szyfruje

AES-256-GCM

Serwer przechowuje

Tylko zaszyfrowany blob

Odbiorca odszyfrowuje

Klucz z fragmentu URL

Szyfrowanie odbywa się w twojej przeglądarce — serwer nigdy nie widzi plaintextu.

Klucz istnieje we fragmencie URL (#). Fragmenty nigdy nie są wysyłane do serwera.

Ustaw limit wyświetleń i czas wygaśnięcia. Po osiągnięciu limitu sekret jest trwale usuwany.

Szyfrowanie zero-knowledge na żywo

Wpisz dowolny tekst, zaszyfruj go w przeglądarce, a następnie przełącz widok, aby zobaczyć, co nasz serwer faktycznie otrzymuje. Tekst jawny i klucze nigdy nie opuszczają tej strony.

Tekst jawny (zaszyfrowany lokalnie za pomocą AES-256-GCM)

Co widzi twoja przeglądarka

Tekst jawny

Klucz szyfrowania (base64url)

Szyfrogram (base64url)

Szyfrowanie działa w twojej przeglądarce za pośrednictwem Web Crypto API. Przełącz widok, aby zobaczyć zredagowaną wersję, którą nasz serwer faktycznie otrzymuje.

Chcesz zobaczyć pełny samouczek krok po kroku?

Otwórz pełny plac zabaw szyfrowania →

Chcesz dowiedzieć się więcej?

Przeczytaj nasz wizualny przewodnik po szyfrowaniu end-to-end — z interaktywnym demo, porównaniem typów szyfrowania i FAQ.

Często zadawane pytania

Utwórz sekret →

Jak to działa

Szyfrowanie zero-knowledge na żywo

Często zadawane pytania

Dlaczego jest to bezpieczniejsze niż e-mail lub Slack?

Co się stanie, jeśli Vaulted zostanie zhakowany?

Dlaczego klucz jest przechowywany we fragmencie URL?

Czy Vaulted jest open source? Czy mogę samodzielnie zweryfikować szyfrowanie?

Co się stanie, jeśli odbiorca nigdy nie otworzy linku?