Zacznij
Model bezpieczeństwa

Jak sprawiamy, że Twoje dane są nieczytelne — także dla nas.

Ta strona wyjaśnia dokładnie, co jest szyfrowane, w jaki sposób i co mimo to widzimy. Jeśli coś jest niejasne lub błędne, daj nam znać.

Hierarchia kluczy

Dwa hasła, dwa zadania.

Twoje hasło logowania potwierdza serwerowi, kim jesteś. Twoje hasło główne nigdy nie opuszcza przeglądarki: staje się kluczem, który szyfruje Twoje dane. Używaj dwóch różnych haseł — gdyby były takie same, serwer otrzymałby sekret chroniący Twój sejf.

na Twoim urządzeniuHasło główne
PBKDF2-SHA256 · 600 000 rund · 16-bajtowa sól
nieeksportowalny CryptoKeyKlucz sejfu AES-256-GCM
losowy 96-bitowy IV dla każdego elementu
co jest wysyłane{ iv, szyfrogram + tag uwierzytelniający }
osobno, na serwerzeHasło logowania → hash Argon2id
Spis danych

Co widzimy, a czego nie.

Nawet usługa zero-knowledge widzi część metadanych. Oto pełna lista.

Widoczne dla naszych serwerów

  • E-mail i nazwa użytkownika Twojego konta
  • Liczba wpisów, plików i folderów
  • Rozmiar każdego zaszyfrowanego pliku
  • W którym folderze leży dany element (ale nie jego nazwa)
  • Daty utworzenia i modyfikacji
  • Adresy IP zapytań, do ograniczania liczby prób
Udostępnianie

Linki do udostępniania używają klucza, którego nigdy nie dostajemy.

Udostępnianie nie korzysta z klucza Twojego sejfu. Każdy link ma własny losowy klucz.

  1. GenerowaniePrzeglądarka tworzy nowy losowy klucz AES-256 tylko dla tego linku.
  2. SzyfrowanieKopia pliku lub loginu jest szyfrowana tym kluczem. Klucz sejfu nie bierze w tym udziału.
  3. WysłanieWysyłana jest tylko zaszyfrowana kopia, razem z losowym identyfikatorem linku.
  4. LinkKlucz trafia do adresu za znakiem #. Przeglądarki nigdy nie wysyłają tej części na serwer.
  5. WygaśnięcieLinki przestają działać po wybranym czasie lub liczbie otwarć albo wcześniej, jeśli je unieważnisz.
Platforma

Wiele warstw ochrony wokół szyfrowania.

Ciasteczka sesji

HttpOnly, Secure i SameSite=Strict. Skrypty na stronie nie mogą odczytać tokenu sesji.

Ścisła Content Security Policy

Mogą działać tylko nasze własne skrypty. Żadnych skryptów inline, trackerów firm trzecich ani analityki.

Haszowanie haseł logowania

Hasła logowania są przechowywane jako hashe Argon2id — funkcja wymagająca dużo pamięci, odporna na łamanie kartami GPU.

Limit prób

Logowanie, rejestracja i wymiana tokenów mają limity na adres IP, co spowalnia zgadywanie.

Transmisja

Tylko HTTPS, z HSTS. Stron nie można osadzać w innych witrynach, co blokuje clickjacking.

Kontrole po stronie serwera

API odrzuca nazwy, które nie są zaszyfrowanymi kopertami — błąd w kliencie nie może po cichu wysłać jawnego tekstu.

Odpowiedzialne zgłaszanie

Znalazłeś podatność?

Napisz do nas ze szczegółami i krokami pozwalającymi ją odtworzyć. Potwierdzimy zgłoszenie w ciągu trzech dni roboczych, będziemy informować o postępach i — jeśli zechcesz — wymienimy Cię po naprawie. Podczas testów nie uzyskuj dostępu do cudzych danych i nie obciążaj usługi.

security@example.com