Szablon do uzupełnienia i weryfikacji przez prawnika lub inspektora ochrony danych — ten tekst nie jest poradą prawną.

Bezpieczeństwo i zgłaszanie podatności

Jak chronimy dane

• Szyfrowanie end-to-end: hasła, sekrety 2FA, klucze, notatki sejfu i załączniki szyfrują się w przeglądarce (XChaCha20-Poly1305, X25519, Argon2id — libsodium).
• Hasło główne nigdy nie opuszcza przeglądarki; serwer zna tylko skrót wyprowadzonego klucza uwierzytelniającego.
• Opcjonalne 2FA (TOTP lub passkey), limity prób logowania, CAPTCHA bez skryptów firm trzecich.
• Każde wyświetlenie i skopiowanie hasła trafia do dziennika zdarzeń (tylko dopisywanie).
• Restrykcyjna polityka CSP z nonce, HSTS, brak skryptów firm trzecich po zalogowaniu.
• Izolacja przestrzeni w warstwie danych i Row Level Security w PostgreSQL.

Ograniczenia

• Kod aplikacji dostarcza serwer — przejęcie procesu wdrożeń mogłoby pozwolić na przechwycenie hasła głównego. Chronimy CI/CD, dostęp do produkcji (2FA, minimalne uprawnienia) i monitorujemy zmiany.
• Dziennik daje rozliczalność, ale nie zatrzyma osoby, która już ma dostęp do hasła — po odejściu pracownika zmieniaj hasła, które widział.
• Czyszczenie schowka działa „w miarę możliwości” — przeglądarka pozwala na nie tylko przy aktywnej karcie.

Zgłaszanie podatności

Napisz na [email protected] (zob. security.txt). Odpowiadamy w ciągu 72 godzin. Prosimy o odpowiedzialne ujawnianie i niewykonywanie testów na danych innych użytkowników.