„Bezpieczne udostępnianie plików” widnieje niemal na każdym serwisie do przesyłania plików, a jednak może oznaczać bardzo różne rzeczy. Link może być szyfrowany podczas przesyłania, a mimo to zostawić kopię na serwerze na rok; przechowywana kopia może być nieczytelna dla dostawcy, a mimo to może ją otworzyć każdy, kto ma link. Ten poradnik wyjaśnia, co naprawdę oznacza bezpieczne przesyłanie plików, porównuje popularne metody i daje listę kontrolną, którą możesz zastosować do każdego narzędzia — także do naszego.
Co właściwie oznacza „bezpieczne udostępnianie plików”?
Plik jest narażony w kilku punktach na drodze od ciebie do odbiorcy. Bezpieczna metoda przesyłania plików chroni każdy z nich — albo uczciwie mówi, których nie chroni.
- Podczas przesyłania. Czy dane są szyfrowane, gdy przechodzą przez sieci? Dziś prawie każda usługa używa TLS (HTTPS) lub, w przypadku WebRTC, DTLS.
- W spoczynku. Czy kopia jest przechowywana gdziekolwiek poza twoim urządzeniem i urządzeniem odbiorcy? Jeśli tak, kto może ją odczytać — dostawca czy tylko osoby z kluczem?
- Dostęp. Kto może otworzyć plik? Każdy, kto ma link, tylko osoby z hasłem, tylko zalogowane konta z listy?
- Przechowywanie. Jak długo istnieją kopie — minuty, siedem dni, dopóki ktoś ich nie usunie?
- Metadane. Czego usługa dowiaduje się, nawet jeśli nie może odczytać treści — nazw plików, rozmiarów, adresów IP, kto co komu wysłał?
- Urządzenia końcowe. Gdy plik dotrze na miejsce, jest tak bezpieczny jak komputer odbiorcy. Żadna metoda przesyłania nie chroni przed przejętym urządzeniem.
Jak popularne metody udostępniania plików wypadają pod względem bezpieczeństwa?
| Metoda | Podczas przesyłania | Przechowywana kopia | Kto może ją otworzyć | Przechowywanie | Najlepsza do |
|---|---|---|---|---|---|
| Załącznik e-mail | Zwykle TLS między serwerami | Tak, w obu skrzynkach | Właściciele skrzynek | Często latami | Małych, niewrażliwych plików |
| Link do dysku w chmurze (Drive, OneDrive, Dropbox) | TLS | Tak, dostawca ma dostęp | Link lub wskazane konta | Do usunięcia | Współpracy |
| Serwis transferowy (typu WeTransfer) | TLS | Tak, przez określony czas | Każdy, kto ma link; hasło w niektórych płatnych planach | Dni | Szybkich wysyłek, gdy nie możesz pozostać online |
| Chmura E2EE (Tresorit, Proton Drive, Sync.com) | TLS + szyfrowanie po stronie klienta | Tak, zaszyfrowana kluczami, których dostawca nie ma | Link, często z hasłem | Do usunięcia | Wrażliwych plików, które muszą pozostać dostępne |
| SFTP / managed file transfer | SSH lub TLS | Na serwerze, zgodnie z zasadami | Konta, klucze, log audytowy | Zgodnie z zasadami | Biznesu i wymiany między systemami |
| StrongFolder (P2P) | DTLS | Brak | Każdy, kto ma link, dopóki udostępniasz | Tylko podczas transferu | Dużych plików i folderów, bez pozostawionej kopii |
| Zaszyfrowane archiwum (np. 7-Zip AES-256) | Zależy od kanału | Zależy od kanału | Tylko osoby znające hasło | Zależy od kanału | Dodatkowej warstwy dla każdej metody |
Funkcje różnią się w zależności od planu; sprawdź aktualną dokumentację każdego dostawcy w zakresie haseł, wygasania i opcji audytu.
Jak bezpieczne jest udostępnianie plików P2P?
Przesyłanie plików P2P usuwa największe długoterminowe ryzyko udostępniania plików: przechowywaną kopię. W StrongFolder:
- Podczas przesyłania: WebRTC szyfruje każdy kanał danych za pomocą DTLS, więc strumień plików jest szyfrowany podczas przesyłania przy każdym połączeniu.
- W spoczynku: Pliki nigdy nie są wysyłane ani przechowywane na serwerze StrongFolder.
- Serwer pośredniczący: Jeśli bezpośrednie połączenie jest niemożliwe (restrykcyjna zapora firmowa, niektóre sieci komórkowe), zaszyfrowany strumień przechodzi przez serwer pośredniczący (TURN) StrongFolder. Serwer pośredniczący przekazuje dane dalej i ich nie przechowuje.
- Metadane: Aby utworzyć link, usługa przechowuje metadane transferu: nazwy plików i folderów, rozmiary oraz liczbę plików.
- Przechowywanie: Link działa, dopóki nadawca udostępnia pliki. Gdy nadawca kliknie Stop Sharing lub zamknie kartę, pliki przestają być dostępne.
Nie ma późniejszego „wycieku z archiwum plików”, bo nie ma archiwum. Nic nie wygasa na serwerze, bo nic tam nie trafiło. Sposób skonfigurowania szyfrowania wyjaśnia poradnik Jak działa przesyłanie plików przez WebRTC.
Jakie są uczciwe granice bezpieczeństwa StrongFolder?
Wolimy, żebyś wybrał właściwe narzędzie, niż żebyś zbytnio ufał naszemu:
- Brak linków chronionych hasłem. Każdy, kto ma link, może się połączyć, dopóki udostępniasz pliki. Wysyłaj link kanałem, któremu ufasz, i kliknij Stop Sharing, gdy odbiorca skończy.
- Szyfrowanie podczas przesyłania, a nie end-to-end twoimi własnymi kluczami. Klucze DTLS negocjują dwie przeglądarki, ale ich odciski przechodzą przez nasz serwer sygnalizacyjny. Nie deklarujemy „zero-knowledge” ani szyfrowania end-to-end kluczami użytkownika.
- Adresy IP są widoczne dla drugiej strony przy bezpośrednim połączeniu, jak w każdej rozmowie wideo.
- Metadane są przechowywane, aby utworzyć link: nazwy, rozmiary i liczba plików.
- Brak ścieżki audytu i certyfikacji zgodności. Jeśli twoja organizacja potrzebuje rejestrowanego dostępu, zasad przechowywania lub certyfikowanego przetwarzania, użyj platformy managed file transfer.
W przypadku plików, które są zarówno duże, jak i bardzo wrażliwe, połącz metody: zaszyfruj folder w archiwum z silnym hasłem, wyślij je przez StrongFolder, a hasło przekaż telefonicznie. Archiwum chroni treść; P2P pozwala uniknąć przechowywanej kopii.
Lista kontrolna bezpiecznego udostępniania plików
Przejdź przez nią, zanim wyślesz cokolwiek poufnego, niezależnie od narzędzia:
- Sklasyfikuj plik. Czy to dane osobowe, umowa, kod źródłowy, dane o zdrowiu? Im bardziej wrażliwy, tym mniej kopii chcesz mieć.
- Wybierz według czasu przechowywania. Czy plik może zniknąć po godzinie (P2P), czy musi być dostępny przez tygodnie (chmura, najlepiej E2EE)?
- Sprawdź odbiorcę. Potwierdź adres lub czat przed wysłaniem linku — link wysłany do niewłaściwej osoby to najczęstszy wyciek.
- Ogranicz dostęp. Używaj hasła lub wskazanych kont, jeśli są dostępne; przy P2P zakończ udostępnianie, gdy odbiorca skończy.
- Zaszyfruj wrażliwą treść samodzielnie, jeśli kanał nie szyfruje danych w spoczynku, i przekaż hasło osobno.
- Unikaj publicznego Wi-Fi po stronie nadawcy, jeśli możesz; korzystaj z zaufanej sieci lub VPN.
- Usuń kopie po wszystkim — z folderów pobranych, historii czatów i kosza w chmurze.
- Przestrzegaj zasad swojej organizacji. Dane podlegające regulacjom mogą wymagać określonych narzędzi.
Za darmo · w przeglądarce · bez rejestracji
Kiedy zamiast tego użyć SFTP lub managed file transfer?
„Bezpieczne przesyłanie plików” w kontekście firmowym często oznacza SFTP (przesyłanie plików przez SSH), FTPS lub platformę managed file transfer (MFT). Sprawdzają się one, gdy:
- systemy automatycznie wymieniają pliki według harmonogramu;
- potrzebujesz kont użytkowników, uprawnień i logu audytowego tego, kto co pobrał;
- przepisy lub umowy wymagają udokumentowanych zasad przechowywania i kontroli dostępu.
Wymagają konfiguracji i kont po obu stronach, więc są przesadą przy wysyłaniu jednego filmu klientowi — i właśnie tu pasują narzędzia w przeglądarce.
Kiedy chmura szyfrowana end-to-end jest lepszym wyborem?
Gdy plik musi pozostać dostępny po tym, jak przejdziesz w tryb offline, a nie chcesz, żeby dostawca go odczytał. Tresorit, Proton Drive i Sync.com szyfrują pliki na twoim urządzeniu przed uploadem. Kompromis: najpierw wysyłasz pliki, kopia istnieje (zaszyfrowana), a miejsce jest ograniczone planem. P2P i chmura E2EE rozwiązują różne problemy — zobacz Przesyłanie plików P2P a chmura.
Podsumowanie
Bezpieczne udostępnianie plików to nie jedna funkcja, ale zestaw odpowiedzi: szyfrowanie podczas przesyłania, ochrona lub brak kopii w spoczynku, ograniczony dostęp i krótki czas przechowywania. Odpowiedź StrongFolder to szyfrowanie DTLS podczas przesyłania i brak przechowywanej kopii, z uczciwie opisanymi granicami — bez haseł do linków i bez deklaracji szyfrowania end-to-end. Więcej przeczytasz na stronie Bezpieczeństwo i prywatność i w poradniku Jak wysłać duże dokumenty.