Czego nie chroni szyfrowanie: phishing, malware i odblokowany telefon

Szyfrowanie end-to-end chroni Twoje dane przed tymi, którzy nie mają klucza: firmą utrzymującą serwer, złodziejem kopii bazy danych, kimś podsłuchującym sieć. Czego nie chroni szyfrowanie end-to-end? Nie obroni Cię przed tym, co dzieje się na Twoim urządzeniu, gdy notatki są otwarte, przed fałszywą stroną, która wyłudzi hasło, ani przed serwerem, który podsunie Ci złośliwy kod. To nie są wady jednej aplikacji, tylko granice tego, co szyfrowanie w ogóle potrafi.

Poniżej uczciwie opisujemy te granice, pokazujemy, co naprawdę pomaga w każdym przypadku, i proponujemy pięć pytań, dzięki którym ułożysz własny model zagrożeń.

Co szyfrowanie end-to-end naprawdę chroni

Zacznijmy od dobrej wiadomości. Przy szyfrowaniu end-to-end (E2EE) notatki są szyfrowane na Twoim urządzeniu, zanim je opuszczą, a klucz do ich otwarcia ma tylko Twoje urządzenie. Serwer przechowuje szyfrogram, czyli nieczytelne dane, których nie potrafi odczytać. Kradzież bazy lub kopii zapasowej daje złodziejowi szyfrogram. Podsłuch ruchu też daje tylko szyfrogram.

Pomyśl o konwoju z pieniędzmi. Gotówka jest bezpieczna w opancerzonym aucie i w skarbcu, ale przy okienku kasowym, gdzie ktoś ją przelicza, leży na widoku. Twoje urządzenie jest takim okienkiem. Szyfrowanie obejmuje drogę i przechowywanie, ale nie może objąć chwili, w której czytasz.

Jak to działa w aplikacji do notatek i co dokładnie widzi serwer, opisujemy w tekście szyfrowanie end-to-end w notatkach: co widzi serwer, a czego nie.

Czego nie chroni szyfrowanie end-to-end?

Cały obraz w jednej tabeli. Kolejne sekcje wyjaśniają każdy wiersz.

Złośliwe oprogramowanie, keyloggery i rozszerzenia przeglądarki

Wszystko, co działa na Twoim urządzeniu, widzi to, co Ty. Keylogger zapisuje hasło główne w chwili, gdy je wpisujesz. Złośliwe oprogramowanie może odczytać ekran albo pamięć przeglądarki. Rozszerzenie z uprawnieniem do „odczytywania i zmieniania danych na wszystkich stronach” może przeczytać tekst każdej otwartej strony, także Twoich odblokowanych notatek.

Nic z tego nie łamie szyfrowania. Po prostu czeka, aż notatki zostaną dla Ciebie odszyfrowane, i wtedy je czyta. Model bezpieczeństwa Cappy mówi to wprost: malware, rozszerzenie przeglądarki, zrzut ekranu, schowek albo osoba z dostępem do odblokowanego urządzenia omijają ochronę zapisanych danych.

Co pomaga: włącz automatyczne aktualizacje systemu i przeglądarki, bo łatają one luki, z których korzysta malware. CERT Polska nazywa to jedną z najprostszych i najskuteczniejszych metod ochrony. Instaluj aplikacje z oficjalnych sklepów i przejrzyj rozszerzenia: usuń nieużywane i uważaj na te, które chcą czytać każdą stronę.

Ktoś przy Twoim odblokowanym urządzeniu

Jeśli sejf (tak w Cappie nazywamy zaszyfrowany zbiór Twoich notatek) jest otwarty, a Ty odchodzisz od komputera, każdy, kto usiądzie przy klawiaturze, może go przeczytać. To samo dotyczy laptopa zostawionego bez blokady na stoliku w kawiarni czy telefonu podanego dziecku.

Dwa nawyki rozwiązują większość problemu. Ustaw blokadę ekranu z krótkim czasem i blokuj sejf, gdy odchodzisz. Cappa blokuje też otwarty sejf automatycznie po okresie bez aktywności. Na urządzeniu, na którym niczego nie wybrano, jest to 1 godzina. Czas możesz zmienić osobno dla każdego urządzenia w Ustawieniach (w aplikacji: Settings → Security → Vault expiration): od 5 minut do 30 dni albo „Never”, czyli nigdy.

Zapamiętane odblokowanie

Wpisywanie długiego hasła za każdym razem bywa męczące, dlatego Cappa przy odblokowaniu oferuje opcję, którą trzeba świadomie zaznaczyć: „Reopen without the password on this device”, czyli ponowne otwieranie sejfu bez hasła na tym urządzeniu. Przeglądarka zapisuje wtedy uchwyt klucza, którym aplikacja może ponownie otworzyć sejf bez hasła. Klucz jest przechowywany w formie, której kod strony nie może wyciągnąć jako surowych bajtów, ale nadal może go użyć każdy kod działający w tej przeglądarce jako aplikacja.

Czas działania wynika z tego samego ustawienia urządzenia co automatyczna blokada, ale jest liczony od chwili zapamiętania. Jeśli tego ustawienia nie zmienisz, zapamiętane odblokowanie wygasa godzinę po utworzeniu. Przy „Never” klucz zostaje do ręcznej blokady sejfu lub wylogowania; blokada i wylogowanie zawsze go usuwają.

Phishing i fałszywe strony logowania

Phishing to fałszywa wiadomość lub strona podszywająca się pod prawdziwą usługę, żeby wyłudzić hasło. To bardzo częsty sposób przejmowania kont, bo omija całą matematykę: sekret oddajesz sam.

W Cappie ma to większe znaczenie niż w niektórych aplikacjach, z prostego powodu. Jedno hasło główne służy i do logowania, i do odblokowania sejfu. Kto przechwyci je na fałszywej stronie, może zalogować się na prawdziwej i otworzyć wszystko. Cappa nie ma jeszcze drugiego składnika logowania. Ochroną jest długie, unikalne hasło i niewpisywanie go na niewłaściwej stronie.

Najlepszą obroną jest menedżer haseł z automatycznym wypełnianiem. Przypisuje on każde hasło do prawdziwego adresu i nie wypełni formularza w domenie-podróbce. CERT Polska zwraca uwagę na to samo: jeśli autouzupełnianie nagle nie działa na stronie, na której zawsze działało, potraktuj to jako sygnał ostrzegawczy. Zanim gdziekolwiek wpiszesz hasło, sprawdź pasek adresu. Na innych kontach, zwłaszcza poczcie, włącz klucze dostępu (passkeys) tam, gdzie są dostępne: FIDO Alliance opisuje je jako odporne na phishing, bo każdy klucz dostępu jest związany z serwisem, dla którego powstał, więc fałszywa strona go nie przechwyci. Jak działają, wyjaśniamy w tekście Klucze dostępu (passkeys): co to jest. Podejrzaną stronę możesz zgłosić przez incydent.cert.pl, a podejrzanego SMS-a przekazać bezpłatnie na numer 8080.

Jeśli ktoś jednak się dostanie, masz szansę to zauważyć. Gdy wysyłka e-maili w Cappie jest skonfigurowana, dostajesz krótką wiadomość tekstową, bez linków i bez sekretów, gdy zmieni się hasło główne, zostanie wymieniony kod odzyskiwania, do konta dojdzie nowa przeglądarka, administrator otworzy okno odzyskiwania albo odzyskiwanie się zakończy. Niespodziewany e-mail tego rodzaju to sygnał do natychmiastowego działania. Takie wiadomości pomagają wykryć przejęcie konta, ale mu nie zapobiegają. Kto kontroluje Twoją skrzynkę, może je usunąć, a brak e-maila nie dowodzi, że nic się nie stało. To kolejny powód, by dobrze chronić konto pocztowe.

Przejęty serwer podający złośliwy kod

To główna granica każdej szyfrowanej end-to-end aplikacji działającej w przeglądarce i zasługuje na proste zdanie: kod aplikacji przychodzi z serwera. Jeśli napastnik przejmie ten serwer, bibliotekę, od której zależy aplikacja, albo miejsce, w którym kończy się szyfrowane połączenie, może podać zmieniony kod. Taki kod działa w Twojej przeglądarce z tymi samymi uprawnieniami co prawdziwa aplikacja, więc może przechwycić hasło główne podczas wpisywania i przeczytać notatki po odszyfrowaniu.

Szyfrowanie nie obroni Cię przed programem, który sam szyfruje. Dokumentacja bezpieczeństwa Cappy opisuje ten scenariusz jednym słowem w kolumnie ochrony: „nic”. Kod uruchomiony jako aplikacja widzi hasło, klucz sejfu i treść. Nadal działa ochrona zapisanych danych: samo włamanie na serwer nie ujawnia notatek, które już leżą w bazie. Zagrożenie dotyczy następnego otwarcia aplikacji.

Jako użytkownik możesz tu niewiele sprawdzić samodzielnie. Bezpieczeństwo serwera, zależności i wdrożeń to zadanie operatora. Jeśli stawka jest bardzo wysoka (na przykład chronisz źródła jako dziennikarz), uwzględnij to przy wyborze każdego narzędzia webowego.

Metadane

Szyfrowanie ukrywa treść notatki, ale nie fakty wokół niej. Serwer nadal zna adres e-mail i nazwę konta, liczbę rekordów, przybliżony rozmiar każdego z nich oraz to, kiedy i jak często je zmieniasz. Sesje logowania zapisują adres IP i informacje o przeglądarce. Dostawca poczty, który dostarcza powiadomienia bezpieczeństwa, dowiaduje się o rodzaju i czasie tych zdarzeń na koncie. EFF wyjaśnia (po angielsku), dlaczego metadane mają znaczenie: wzorce aktywności potrafią wiele powiedzieć o życiu, nawet gdy nie widać żadnej treści.

Twoje eksporty i pobrane pliki

Gdy eksportujesz notatki do plików Markdown lub tekstowych albo pobierasz kopię zapasową, te pliki są jawnym tekstem. To samo dotyczy załącznika pobranego z notatki. Leżą poza sejfem: na dysku, w folderze Pobrane, może w folderze synchronizowanym z chmurą. Trzymaj je na zaszyfrowanym dysku (FileVault na Macu, BitLocker lub Szyfrowanie urządzenia w Windows) i usuwaj kopie, których już nie potrzebujesz.

Słabe hasło główne

Kto ukradnie zaszyfrowane dane, może zgadywać hasło offline, na własnym sprzęcie, bez limitu prób logowania. Cappa sprawia, że każda próba jest kosztowna: wymaga uruchomienia Argon2id z 64 MiB pamięci. Ten koszt mnoży czas potrzebny napastnikowi, ale nie uratuje krótkiego ani popularnego hasła. Dlatego Cappa sprawdza nowe hasło główne w przeglądarce, zanim go użyje. Hasło musi mieć od 16 do 256 znaków, w tym co najmniej 5 różnych, i dostać najwyższą ocenę od estymatora siły haseł zxcvbn-ts. Estymator porównuje hasło z dołączonymi do aplikacji listami popularnych i ujawnionych w wyciekach haseł, słów oraz imion, a także szuka wzorów, takich jak ciągi klawiszy czy daty. Kontrola nigdzie nie wysyła hasła, więc zna tylko hasła z tych list, a nie każde, które kiedykolwiek wyciekło. Hasło, które ją przejdzie, nadal może być hasłem używanym gdzie indziej; liczy się to, żeby było losowe i unikalne. Więcej w tekście jak długie powinno być hasło główne.

Utrata hasła i kodu odzyskiwania

Szyfrowanie end-to-end oznacza, że nikt poza Tobą nie ma klucza. Dotyczy to także Cappy. Jeśli stracisz zarówno hasło główne, jak i kod odzyskiwania, nikt, łącznie z administratorem, nie odszyfruje Twoich notatek. Nie ma linku do resetu, bo reset wymagałby, żeby klucz miał ktoś inny. Tekst zapomniane hasło główne: dlaczego nikt go nie zresetuje wyjaśnia, jak działa kod odzyskiwania i gdzie go trzymać.

Model zagrożeń w pięciu pytaniach

„Model zagrożeń” brzmi technicznie, ale to po prostu uporządkowany sposób zapytania, co może pójść źle i co warto z tym zrobić. Poniższe pytania to adaptacja przewodnika Your Security Plan z serwisu Surveillance Self-Defense fundacji EFF (dostępnego po angielsku), który dodaje jeszcze szóste pytanie: kto może Ci pomóc?

1. Co chcę chronić? Konkretnie: prywatny dziennik, notatki o klientach, dokumentację medyczną, hasła, których w ogóle nie powinno się trzymać w notatkach.
2. Przed kim? Przed ciekawskim domownikiem, złodziejem, byłym partnerem, internetowym oszustem, firmą, państwem.
3. Jak bardzo jest to prawdopodobne? Kradzież laptopa przez przypadkową osobę jest bardziej prawdopodobna niż celowany atak na serwer notatek. Oceń swoją sytuację uczciwie.
4. Jak poważne byłyby skutki? Wstyd, strata pieniędzy, zagrożenie? Poważniejsze skutki uzasadniają większy wysiłek.
5. Ile jestem gotów lub gotowa zrobić? Każde zabezpieczenie kosztuje czas albo wygodę. Wybierz te, które pasują do odpowiedzi powyżej.

Dwa krótkie przykłady pokazują, jak różne mogą być odpowiedzi. Maja prowadzi prywatny dziennik na laptopie, którego używa cała rodzina. Najbardziej prawdopodobne ryzyko to ktoś zaglądający przez ramię albo otwierający odblokowany sejf, więc dla niej liczą się krótka automatyczna blokada, blokada ekranu i rezygnacja z zapamiętanego odblokowania. Tomek trzyma notatki o klientach. Jego największe ryzyka to e-mail phishingowy i wyciek danych gdzieś w sieci, więc najwięcej dają mu menedżer haseł, klucze dostępu do poczty i szyfrowanie end-to-end.

Lista kontrolna na co dzień

Nie wszystko musisz wdrożyć, ale większości osób przyda się większość z tych punktów:

• Włącz automatyczne aktualizacje systemu i przeglądarki.
• Ustaw blokadę ekranu z krótkim czasem na każdym urządzeniu.
• Korzystaj z menedżera haseł i pozwól mu wygenerować długie, unikalne hasło główne.
• Pozwól menedżerowi haseł wypełniać logowanie. Jeśli odmawia, zatrzymaj się i sprawdź pasek adresu.
• Włącz klucze dostępu lub logowanie dwuetapowe na koncie pocztowym.
• Usuń nieużywane rozszerzenia przeglądarki.
• Blokuj sejf, gdy odchodzisz, i wybierz czas automatycznej blokady pasujący do urządzenia.
• Zapamiętane odblokowanie włączaj tylko na urządzeniach, których używasz wyłącznie Ty.
• Przechowuj kod odzyskiwania offline, tam, gdzie znajdziesz go za pięć lat.
• Traktuj wyeksportowane i pobrane pliki jako czytelne dla każdego, kto je otworzy.

Najczęstsze pytania

Czy szyfrowanie end-to-end jest bezpieczne?

W tym, do czego służy, tak: to najsilniejsza ochrona przed włamaniem na serwer, do kopii zapasowych i podsłuchem sieci. Nie jest jednak tarczą dla Twojego urządzenia. Malware, phishing i odblokowany ekran je omijają, więc najlepiej działa razem z dobrymi nawykami.

Jeśli ktoś włamie się na serwer, przeczyta moje notatki?

Nie z samych zapisanych danych: baza zawiera szyfrogram, a zgadywanie silnego hasła głównego jest niepraktyczne. Ryzyko dotyczy tego, co dalej. Napastnik kontrolujący serwer aplikacji webowej mógłby zmienić kod ładowany przez przeglądarkę i przechwycić hasło przy następnym odblokowaniu.

Czy szyfrowanie end-to-end chroni przed phishingiem?

Nie. Jeśli wpiszesz hasło na fałszywej stronie, napastnik ma wszystko, czego potrzebuje, żeby zalogować się jako Ty. Praktyczną obroną są menedżer haseł wypełniający formularz tylko pod właściwym adresem oraz klucze dostępu tam, gdzie są dostępne.

Czym jest model zagrożeń?

To krótka, osobista ocena ryzyka: co chcesz chronić, przed kim, jak prawdopodobne i poważne jest zagrożenie oraz co jesteś gotów lub gotowa z tym zrobić. Dobrym, bezpłatnym punktem wyjścia jest przewodnik Surveillance Self-Defense fundacji EFF, a porady po polsku publikuje baza wiedzy CERT Polska.

Czy firma od mojej aplikacji do notatek może czytać moje notatki?

Przy szyfrowaniu end-to-end nie z zapisanych danych: ma szyfrogram, a nie Twój klucz. Nadal widzi jednak metadane, a ponieważ dostarcza kod aplikacji, przy każdym jej otwarciu ufasz jej (i jej zabezpieczeniom).