Konfiguracja szyfrowania poczty elektronicznej

Szyfrowanie poczty elektronicznej chroni treść wiadomości przed odczytaniem przez osoby trzecie, co jest szczególnie istotne przy przesyłaniu poufnych danych firmowych. Wyjaśniamy, jak skonfigurować szyfrowanie w praktyce, jakie są różnice między ochroną połączenia a szyfrowaniem samej wiadomości oraz na co zwrócić uwagę podczas codziennego korzystania z poczty.

Standardowa poczta e-mail, bez dodatkowego szyfrowania treści, jest przesyłana w formie, którą przy odpowiednim dostępie do infrastruktury sieciowej można przechwycić i odczytać. Dla korespondencji zawierającej dane osobowe, finansowe czy tajemnice handlowe warto wdrożyć dodatkowe zabezpieczenia. Dotyczy to między innymi dokumentów księgowych, umów, skanów podpisanych formularzy, danych klientów, haseł tymczasowych oraz informacji dotyczących planowanych działań firmy.

Samo korzystanie z adresu firmowego lub płatnej skrzynki pocztowej nie oznacza jeszcze, że każda wiadomość jest szyfrowana od początku do końca. Zabezpieczenia mogą działać na różnych poziomach, a ich zakres zależy od konfiguracji serwera, programu pocztowego i odbiorcy. Dlatego przed wdrożeniem warto określić, jakie informacje wymagają ochrony oraz z kim będą wymieniane.

Szyfrowanie transportu (TLS)

Podstawowym poziomem ochrony jest szyfrowanie połączenia między programem pocztowym a serwerem (SSL/TLS) oraz między serwerami podczas przesyłania wiadomości. Większość dostawców poczty ma je włączone domyślnie, ale warto to zweryfikować w ustawieniach konta – brak szyfrowania transportu oznacza, że dane mogą być przesyłane otwartym tekstem.

TLS zabezpiecza połączenie w określonym odcinku drogi. Chroni dane podczas logowania do skrzynki, pobierania wiadomości oraz wysyłania poczty z programu takiego jak Thunderbird czy Outlook. Dzięki temu osoba podłączona do tej samej sieci Wi-Fi nie powinna mieć możliwości łatwego przechwycenia hasła lub treści przesyłanych między urządzeniem a serwerem.

W przypadku przesyłania wiadomości pomiędzy różnymi serwerami pocztowymi szyfrowanie transportowe zależy również od konfiguracji serwera odbiorcy. Jeśli drugi serwer nie obsługuje bezpiecznego połączenia albo nie wymusza jego użycia, wiadomość może przejść przez część trasy bez ochrony. TLS jest więc ważnym minimum, ale nie gwarantuje, że treść pozostanie zaszyfrowana na każdym etapie.

Jak sprawdzić ustawienia TLS

W programie pocztowym należy sprawdzić ustawienia serwera poczty przychodzącej oraz wychodzącej. Zwykle trzeba wybrać szyfrowane połączenie SSL/TLS albo STARTTLS oraz włączyć uwierzytelnianie użytkownika przy wysyłaniu wiadomości. Dokładne numery portów zależą od dostawcy poczty, dlatego powinny być zgodne z jego dokumentacją.

Połączenie z serwerem IMAP lub POP3 powinno korzystać z SSL/TLS albo prawidłowo skonfigurowanego STARTTLS
Serwer SMTP powinien wymagać uwierzytelnienia i szyfrowanego połączenia
Należy sprawdzić, czy nazwa serwera odpowiada certyfikatowi bezpieczeństwa
Nie należy akceptować ostrzeżeń o nieważnym, niepasującym lub wygasłym certyfikacie bez ustalenia przyczyny

Jeśli program pocztowy wyświetla komunikat o problemie z certyfikatem, nie powinno się go ignorować tylko po to, aby zakończyć konfigurację. Przyczyną może być literówka w nazwie serwera, nieaktualny certyfikat, błędna data systemowa albo próba połączenia z niewłaściwym serwerem. W środowisku firmowym takie ostrzeżenie wymaga sprawdzenia przed dalszym korzystaniem z konta.

Szyfrowanie treści wiadomości (end-to-end)

Wyższym poziomem zabezpieczenia jest szyfrowanie samej treści wiadomości za pomocą standardu OpenPGP lub S/MIME – dzięki niemu nawet dostawca poczty nie ma dostępu do treści korespondencji, a odczytać ją może wyłącznie odbiorca posiadający odpowiedni klucz prywatny. Thunderbird ma wbudowaną obsługę OpenPGP, natomiast Outlook wymaga konfiguracji certyfikatu S/MIME, zwykle wydawanego przez zaufany urząd certyfikacji lub wewnętrzną infrastrukturę firmy.

Szyfrowanie end-to-end działa inaczej niż TLS. Wiadomość jest szyfrowana na urządzeniu nadawcy i odszyfrowywana dopiero na urządzeniu odbiorcy. Po drodze może być przechowywana na serwerach pocztowych, ale bez odpowiedniego klucza prywatnego jej treść powinna pozostać nieczytelna. Dostawca poczty może nadal widzieć pewne informacje techniczne, takie jak adres nadawcy, adres odbiorcy, temat lub czas wysłania, zależnie od zastosowanego rozwiązania.

OpenPGP opiera się na parze kluczy. Klucz publiczny można przekazywać innym osobom i służy on do szyfrowania wiadomości przeznaczonych dla właściciela klucza. Klucz prywatny musi pozostać tajny, ponieważ pozwala odszyfrować korespondencję oraz tworzyć podpisy cyfrowe. W S/MIME podobną funkcję pełni certyfikat powiązany z kluczem prywatnym, a jego wiarygodność jest potwierdzana przez urząd certyfikacji.

Szyfrowanie a podpis cyfrowy

Szyfrowanie i podpisywanie wiadomości to dwie różne funkcje, które mogą być używane razem. Szyfrowanie chroni poufność treści, natomiast podpis cyfrowy pozwala sprawdzić, kto wysłał wiadomość i czy jej zawartość nie została zmieniona po podpisaniu. W korespondencji firmowej podpis może ułatwić odróżnienie prawdziwej wiadomości od próby podszycia się pod pracownika lub kontrahenta.

Podpis cyfrowy nie ukrywa treści wiadomości. Jeśli wiadomość ma zawierać poufne informacje, należy ją dodatkowo zaszyfrować. W praktyce można ustawić automatyczne podpisywanie wszystkich wiadomości, a szyfrowanie włączać dla konkretnych odbiorców lub określonych typów korespondencji.

Etapy wdrożenia szyfrowania end-to-end

Wygenerowanie pary kluczy (publicznego i prywatnego) lub uzyskanie certyfikatu S/MIME
Wymiana klucza publicznego z odbiorcami, z którymi ma być prowadzona szyfrowana korespondencja
Konfiguracja programu pocztowego do automatycznego szyfrowania i podpisywania wiadomości
Bezpieczne przechowywanie klucza prywatnego (najlepiej z dodatkowym hasłem)

Po wygenerowaniu kluczy należy sprawdzić, czy dane przypisane do klucza są prawidłowe. Adres e-mail, nazwa użytkownika oraz inne informacje identyfikujące powinny odpowiadać rzeczywistemu właścicielowi konta. Pomyłka na tym etapie może spowodować, że odbiorcy będą szyfrować wiadomości niewłaściwym kluczem albo nie będą mogli zweryfikować podpisu.

Klucz publiczny można przekazać odbiorcom jako plik, za pomocą mechanizmu dostępnego w programie pocztowym albo poprzez uzgodniony kanał komunikacji. Istotne jest potwierdzenie, że klucz rzeczywiście należy do właściwej osoby. Samo znalezienie klucza w internecie nie zawsze wystarcza, ponieważ ktoś może opublikować fałszywy klucz przypisany do cudzego adresu.

Po wymianie kluczy warto wykonać testową korespondencję. Należy wysłać wiadomość podpisaną, a następnie zaszyfrowaną, sprawdzić poprawność podpisu po stronie odbiorcy i potwierdzić możliwość odszyfrowania treści. Test powinien obejmować również załącznik, ponieważ niektóre problemy dotyczą nie samej wiadomości, lecz sposobu dołączania plików.

Bezpieczne przechowywanie klucza prywatnego

Klucz prywatny powinien być traktowany tak samo poważnie jak hasło do konta, a w wielu przypadkach nawet ostrożniej. Nie należy wysyłać go pocztą elektroniczną, przechowywać w ogólnodostępnym folderze ani przekazywać osobom, które nie odpowiadają za konfigurację. Hasło chroniące klucz powinno być unikalne i znane wyłącznie użytkownikowi lub uprawnionemu administratorowi.

Warto przygotować bezpieczną kopię klucza prywatnego, ponieważ awaria dysku, reinstalacja systemu lub utrata urządzenia może uniemożliwić odszyfrowanie wcześniej odebranych wiadomości. Kopię należy przechowywać w zabezpieczonej lokalizacji, z ograniczonym dostępem. Nie wolno jednak tworzyć wielu niekontrolowanych kopii na pendrive’ach, komputerach domowych i prywatnych usługach chmurowych.

Jeśli klucz prywatny zostanie skopiowany przez osobę nieuprawnioną, samo zmienienie hasła do skrzynki pocztowej nie rozwiąże problemu. W takiej sytuacji należy unieważnić lub wycofać certyfikat, poinformować osoby korzystające z klucza publicznego i wygenerować nową parę kluczy. Procedura zależy od wybranego standardu i sposobu zarządzania certyfikatami.

Załączniki i inne elementy wiadomości

Szyfrowanie wiadomości może obejmować również załączniki, ale należy sprawdzić, czy program pocztowy szyfruje cały przekaz, czy tylko jego wybrane elementy. Odbiorca powinien otrzymać wiadomość w formacie obsługiwanym przez jego program. Problemy mogą pojawić się wtedy, gdy jedna ze stron korzysta z aplikacji mobilnej, starszej wersji programu albo systemu pocztowego, który nie rozpoznaje podpisu lub zaszyfrowanej wiadomości.

Jeżeli odbiorca nie ma skonfigurowanego klucza prywatnego, nie odczyta zaszyfrowanej treści. Wysyłanie poufnych dokumentów przed potwierdzeniem poprawnej konfiguracji może więc doprowadzić do opóźnień albo konieczności ponownego przekazywania plików. Przed rozpoczęciem stałej korespondencji warto ustalić wspólny standard, format wiadomości i sposób awaryjnego przekazania informacji.

Najczęstsze problemy podczas konfiguracji

Jednym z częstszych problemów jest możliwość wysyłania wiadomości podpisanych, ale brak możliwości ich szyfrowania. Zwykle oznacza to, że program ma własny klucz nadawcy, lecz nie ma klucza publicznego odbiorcy. Inną przyczyną może być niezgodność adresu e-mail zapisanego w kluczu z adresem używanym w polu odbiorcy.

Trudności może powodować także utrata hasła do klucza prywatnego. Bez niego odszyfrowanie wiadomości może być niemożliwe, nawet jeśli plik klucza nadal znajduje się na komputerze. Dlatego hasło należy przechowywać zgodnie z firmową procedurą, a nie zapisywać w treści wiadomości lub w przypadkowym pliku tekstowym.

W przypadku S/MIME trzeba dodatkowo kontrolować ważność certyfikatu. Po jego wygaśnięciu podpisywanie i szyfrowanie mogą przestać działać albo odbiorcy zaczną otrzymywać ostrzeżenia. Odnowienie certyfikatu powinno być zaplanowane z wyprzedzeniem, zwłaszcza gdy z poczty korzysta kilka osób i każda ma własne ustawienia.

Praktyczne zasady korzystania z szyfrowanej poczty

Przed wysłaniem wiadomości należy sprawdzić, czy szyfrowanie jest faktycznie włączone
Nie wolno udostępniać klucza prywatnego innym osobom
Klucze publiczne należy weryfikować przed rozpoczęciem poufnej korespondencji
Po zmianie adresu e-mail lub urządzenia trzeba zaktualizować konfigurację
Należy regularnie sprawdzać ważność certyfikatów i poprawność kopii zapasowych
Wrażliwe dane powinny być szyfrowane również wtedy, gdy wiadomość jest wysyłana wewnątrz firmy

Szyfrowanie nie zastępuje podstawowych zasad bezpieczeństwa. Nadal trzeba stosować silne, unikalne hasło do skrzynki, uwierzytelnianie wieloskładnikowe, aktualny system operacyjny oraz ochronę przed złośliwym oprogramowaniem. Zaszyfrowana wiadomość może zostać odczytana przez osobę, która uzyska dostęp do odblokowanego konta lub urządzenia odbiorcy.

Kiedy warto wdrożyć szyfrowanie poczty

Rozwiązanie to jest szczególnie przydatne w firmach przekazujących dokumenty księgowe, dane pracowników, informacje o klientach, umowy, dane dostępowe lub pliki związane z projektami. Sprawdza się także wtedy, gdy wiadomości są wysyłane poza organizację i nie można polegać wyłącznie na zabezpieczeniach własnego serwera.

Nie każda wiadomość musi być szyfrowana w ten sam sposób. Można przyjąć zasadę, że zwykła korespondencja korzysta z TLS, natomiast dokumenty poufne są dodatkowo zabezpieczane OpenPGP lub S/MIME. Ważne, aby pracownicy wiedzieli, które informacje wymagają szyfrowania i jak rozpoznać prawidłowo zabezpieczoną wiadomość.

Warto pamiętać, że szyfrowanie end-to-end wymaga, by obie strony korespondencji miały skonfigurowane odpowiednie klucze – jest to więc rozwiązanie najlepiej sprawdzające się w stałej komunikacji między zaufanymi partnerami biznesowymi. Nasz serwis pomaga we wdrożeniu szyfrowania poczty, od wygenerowania kluczy po konfigurację programu pocztowego u wszystkich uczestników korespondencji.

Zgłoszenie naprawy: 22 390 56 49 — telefon czynny całą dobę, siedem dni w tygodniu. Sprzęt odbieramy spod wskazanego adresu w Grodzisku Mazowieckim i okolicy.