PGP – co to jest, jak działa i czy nadal warto go używać w 2026 roku?

Wysłanie poufnej wiadomości e-mail lub zabezpieczenie wrażliwego pliku przed nieautoryzowanym dostępem wydaje się dziś kwestią kilku kliknięć. W rzeczywistości większość współczesnych kanałów komunikacji opiera się na scentralizowanych systemach i zaufaniu do zewnętrznych dostawców usług chmurowych. Gdy pojawia się potrzeba pełnej, niezależnej kontroli nad tożsamością i szyfrowaniem bez udziału pośredników, wzrok specjalistów ds. cyberbezpieczeństwa nadal kieruje się ku standardowi, który ma już ponad trzy dekady: PGP.

Zaprojektowany na początku lat 90. XX wieku system Pretty Good Privacy (oraz jego otwarta implementacja GnuPG) zrewolucjonizował cyfrową prywatność. Jednak w 2026 roku, w obliczu komercjalizacji komputerów kwantowych, dynamicznego rozwoju sieci 6G i dominacji komunikatorów oferujących automatyczne szyfrowanie end-to-end, pozycja tego standardu wymaga ponownej, chłodnej kalkulacji. Zrozumienie, jak działa PGP, gdzie tkwią jego fundamentalne słabości i w jakich niszach pozostaje niezastąpiony, jest kluczem do budowy nowoczesnego i odpornego na zagrożenia stosu technologicznego.

Fundamenty działania PGP: od matematyki klucza asymetrycznego do szyfrowania hybrydowego

Klasyczne podejście do bezpieczeństwa danych opierało się na algorytmach symetrycznych, gdzie ten sam klucz służył do zablokowania i odblokowania informacji. Wyzwanie stanowiła bezpieczna dystrybucja tego sekretu. Rozwiązaniem stała się kryptografia asymetryczna, będąca fundamentem, na którym opiera się standard OpenPGP.

Mechanizm pary kluczy i certyfikacji tożsamości

Istotą działania PGP jest generowanie matematycznie powiązanej pary kluczy: klucza publicznego oraz klucza prywatnego. Klucz publiczny, jak wskazuje nazwa, może być swobodnie dystrybuowany i udostępniany każdemu, kto chce przesłać nam zabezpieczoną wiadomość. Klucz prywatny musi pozostać pod wyłączną kontrolą właściciela i być chroniony silnym hasłem dostępu (passphrase).

Proces ten opiera się na jednokierunkowych funkcjach matematycznych, których odwrócenie bez posiadania odpowiednich informacji (sekretu) jest w sensownym czasie niemożliwe dla współczesnych komputerów klasycznych. Jeśli nadawca szyfruje wiadomość kluczem publicznym odbiorcy, tylko odpowiadający mu klucz prywatny jest w stanie odwrócić ten proces. Dodatkowo, mechanizm ten pozwala na składanie podpisów cyfrowych. Gdy nadawca podpisuje dokument swoim kluczem prywatnym, odbiorca, używając klucza publicznego nadawcy, może jednoznacznie zweryfikować autentyczność pochodzenia danych oraz potwierdzić, że ich treść nie została zmodyfikowana w locie.

W przeciwieństwie do tradycyjnych systemów SSL/TLS, OpenPGP nie polega na scentralizowanych Urzędach Certyfikacji (CA). Zamiast tego standard ten wprowadził koncepcję Web of Trust (Sieci Zaufania). Użytkownicy mogą osobiście podpisywać klucze innych osób, potwierdzając ich tożsamość. Powstaje w ten sposób zdecentralizowana sieć powiązań, w której wiarygodność klucza jest określana na podstawie liczby i wiarygodności podpisów, jakie dany klucz zebrał od innych uczestników systemu.

Hybrydowy model kryptograficzny w praktyce

Szyfrowanie asymetryczne jest operacją niezwykle wymagającą pod kątem mocy obliczeniowej procesora, szczególnie przy przetwarzaniu plików o dużej objętości. Aby rozwiązać ten problem, PGP wykorzystuje tak zwane szyfrowanie hybrydowe, które łączy szybkość algorytmów symetrycznych z bezpieczeństwem dystrybucji kluczy asymetrycznych. Proces ten przebiega w kilku precyzyjnie określonych krokach:

1. Podczas próby zaszyfrowania wiadomości, oprogramowanie generuje unikalny, jednorazowy klucz sesyjny. Jest to klucz symetryczny, najczęściej oparty na standardzie AES-256.
2. Cała treść wiadomości lub pliku jest szyfrowana przy użyciu tego właśnie klucza sesyjnego. Proces ten zachodzi niezwykle szybko.
3. Klucz sesyjny jest następnie szyfrowany asymetrycznie przy użyciu klucza publicznego odbiorcy.
4. Zaszyfrowany klucz sesyjny oraz zaszyfrowana wiadomość są łączone w jeden pakiet i wysyłane do odbiorcy.

Po odebraniu przesyłki odbiorca najpierw deszyfruje klucz sesyjny za pomocą swojego klucza prywatnego, a następnie używa odzyskanego klucza symetrycznego do błyskawicznego odszyfrowania właściwego ładunku (payloadu). Całość procesu odbywa się w tle, bez konieczności interwencji użytkownika, zapewniając optymalny kompromis między wydajnością a poziomem bezpieczeństwa.

Krajobraz zagrożeń 2026 roku: komputery kwantowe, metadane i architektura OpenPGP

Otoczenie technologiczne w 2026 roku stawia przed klasycznymi protokołami kryptograficznymi wymagania, o których ich twórcy nie mogli myśleć w latach 90. Ewolucja technik inwigilacyjnych oraz postęp w fizyce kwantowej sprawiają, że niektóre założenia projektowe PGP stają się jego największym obciążeniem.

Podatność tradycyjnych algorytmów na rozwój obliczeń kwantowych

Standardowe implementacje OpenPGP opierają się na algorytmach takich jak RSA (często o długości 2048 lub 4096 bitów) oraz kryptografii krzywych eliptycznych (ECC, np. Curve25519). O ile te zabezpieczenia są w zupełności wystarczające przed klasycznymi atakami brute-force, o tyle rozwój komputerów kwantowych drastycznie zmienia tę perspektywę. Zastosowanie algorytmu Shora na stabilnym komputerze kwantowym o odpowiedniej liczbie kubitów pozwala na złamanie zabezpieczeń RSA oraz ECC

w czasie nieporównywalnie krótszym niż na maszynach klasycznych. Nie oznacza to, że obecnie przechwycona wiadomość PGP zostanie odczytana natychmiast. Oznacza jednak realne ryzyko modelu harvest now, decrypt later: zaszyfrowane dane można gromadzić dziś, aby odszyfrować je w przyszłości, gdy dostępny stanie się wystarczająco wydajny komputer kwantowy. Szczególnie istotne jest to dla dokumentacji prawnej, danych medycznych, tajemnic handlowych oraz korespondencji, która ma zachować poufność przez wiele lat.

Przejście na kryptografię postkwantową nie sprowadza się do prostej wymiany długości klucza. Algorytmy odporne na znane ataki kwantowe muszą zostać wdrożone w specyfikacji OpenPGP, bibliotekach, klientach poczty, tokenach sprzętowych i systemach zarządzania kluczami. W okresie przejściowym rozsądnym podejściem jest stosowanie silnych, aktualnych algorytmów klasycznych, regularna rotacja kluczy oraz szyfrowanie danych o długim okresie poufności dodatkowymi mechanizmami postkwantowymi, jeśli używane narzędzia zapewniają dojrzałą i interoperacyjną obsługę takich rozwiązań.

Metadane i ograniczenia modelu e-mail

PGP chroni treść wiadomości oraz załączniki, lecz zazwyczaj nie ukrywa metadanych transportowych. Serwery pocztowe nadal widzą między innymi adresy nadawcy i odbiorcy, czas wysyłki, rozmiar wiadomości, a często także temat. To istotne ograniczenie: nawet bez dostępu do treści analiza wzorców komunikacji może ujawnić relacje biznesowe, strukturę zespołu lub moment prowadzenia ważnych negocjacji. Szyfrowana wiadomość wysłana do kancelarii prawnej może pozostać nieczytelna, ale sam fakt i częstotliwość tej korespondencji mogą być cenną informacją.

Warto przeczytać również powiązany artykuł: Komputery kwantowe: kiedy trafią do firm?.

OpenPGP wymaga też dojrzałości operacyjnej. Bez niezależnej weryfikacji odcisku palca klucza istnieje ryzyko podstawienia fałszywego klucza publicznego. Bez certyfikatu unieważnienia utrata klucza prywatnego może odciąć dostęp do archiwum, a jego kompromitacja utrudni wiarygodne określenie skali szkód. PGP pozostaje więc bardzo skutecznym narzędziem tam, gdzie użytkownik kontroluje klucze, potrafi potwierdzić tożsamość korespondenta i akceptuje, że ochrona treści nie jest równoznaczna z anonimowością komunikacji.

W 2026 roku PGP nie jest uniwersalnym zamiennikiem bezpiecznego komunikatora ani kompletną odpowiedzią na zagrożenia kwantowe. Nadal ma jednak mocną pozycję jako niezależny mechanizm szyfrowania plików, podpisywania danych i ochrony korespondencji, gdy najważniejsza jest kontrola nad własnym kluczem oraz możliwość weryfikacji bez zaufania do centralnego dostawcy.

Specyficzne sytuacje, w których PGP/GPG pozostaje bezkonkurencyjne

Mimo dynamicznego rozwoju platform komunikacyjnych, które oferują automatyczne szyfrowanie end-to-end bez udziału użytkownika, standard OpenPGP (najczęściej wdrażany za pomocą GnuPG) zajmuje pozycję lidera w kluczowych niszach. Wynika to z prostej przyczyny: PGP nie wymaga zaufania do infrastruktury zewnętrznego operatora. Klucze należą wyłącznie do użytkownika, a procesy kryptograficzne mogą być realizowane w środowiskach całkowicie odizolowanych od sieci (air-gapped). W 2026 roku staje się to fundamentem w kilku specyficznych scenariuszach zawodowych i operacyjnych.

Zabezpieczanie łańcucha dostaw oprogramowania i autoryzacja w repozytoriach

W dobie masowej automatyzacji procesów produkcyjnych i częstych ataków typu software supply chain, weryfikacja pochodzenia kodu stała się priorytetem dla zespołów deweloperskich. Praca w rozproszonych strukturach stwarza ryzyko, że złośliwy podmiot zaimplementuje niebezpieczne modyfikacje bezpośrednio do repozytorium kodu, podszywając się pod jednego z programistów.

W tym kontekście GPG jest standardem do podpisywania commitów i tagów w systemach kontroli wersji, takich jak Git. Konfiguracja ta pozwala na realizację następującego scenariusza:

• Podpis cyfrowy: Deweloper podpisuje każdą zmianę w kodzie swoim lokalnym kluczem prywatnym.
• Automatyczna weryfikacja: Serwer repozytorium lub system ciągłej integracji (CI/CD) automatycznie odrzuca wszelkie modyfikacje, które nie posiadają ważnego, zweryfikowanego podpisu powiązanego z profilem zaufanego programisty.
• Ochrona przed fałszerstwem: Nawet w przypadku przejęcia konta w usłudze hostingowej, napastnik nie jest w stanie sfałszować podpisu kryptograficznego bez fizycznego dostępu do klucza prywatnego programisty.

Decyzja o wdrożeniu tego mechanizmu w zespole eliminuje klasyczny problem zaufania do tożsamości autorów kodu i chroni klientów końcowych przed zainfekowanymi aktualizacjami.

Zarządzanie infrastrukturą IT i integracja z tokenami sprzętowymi

Administratorzy systemów i inżynierowie bezpieczeństwa codziennie mierzą się z wyzwaniem zabezpieczenia kluczy dostępowych do krytycznej infrastruktury sieciowej. Przechowywanie kluczy prywatnych SSH bezpośrednio na dyskach twardych laptopów służbowych stwarza ogromne ryzyko w przypadku kradzieży urządzenia lub infekcji złośliwym oprogramowaniem.

Rozwiązaniem, które w 2026 roku jest standardem w profesjonalnych środowiskach, jest integracja GnuPG z fizycznymi tokenami kryptograficznymi (np. kluczami sprzętowymi USB/NFC). W tym scenariuszu proces wygląda następująco:

1. Klucze prywatne PGP (służące do szyfrowania, podpisywania i uwierzytelniania) są generowane bezpośrednio na tokenie sprzętowym lub są na niego bezpiecznie importowane.
2. Klucz prywatny nigdy nie opuszcza pamięci fizycznego tokenu. Operacje kryptograficzne (np. deszyfrowanie lub podpisywanie) odbywają się bezpośrednio na mikroprocesorze urządzenia zabezpieczającego.
3. W przypadku uwierzytelniania sesji SSH lub podpisywania wiadomości, system operacyjny wysyła żądanie do tokenu, który wymaga fizycznego dotknięcia oraz wpisania kodu PIN.

Taka konfiguracja sprawia, że nawet jeśli komputer zostanie w pełni przejęty przez zdalnego napastnika, nie ma on możliwości skopiowania klucza prywatnego. To kluczowa decyzja architektoniczna, która oddziela tożsamość kryptograficzną od potencjalnie podatnego systemu operacyjnego.

Długoterminowa archiwizacja i uniezależnienie od dostawców chmurowych

Przechowywanie wrażliwych danych w chmurze publicznej zawsze wiąże się z ryzykiem zmiany polityki prywatności dostawcy, awarii infrastruktury lub nieuprawnionego dostępu personelu technicznego. Gdy stajemy przed koniecznością zabezpieczenia archiwów zawierających tajemnice przedsiębiorstwa, dane finansowe czy dokumentację patentową na wiele lat, PGP oferuje pełną niezależność.

Przy planowaniu kolejnych kroków pomocny może być tekst: Jak 6G zmieni miasta, przemysł i codzienny internet w ciągu najbliższej dekady.

Użytkownik może samodzielnie zaszyfrować lokalny plik ZIP lub TAR za pomocą klucza publicznego (swojego lub zaufanego partnera) i tak przygotowany plik przesłać na dowolny, nawet zupełnie niezabezpieczony serwer chmurowy. Ponieważ szyfrowanie odbywa się lokalnie, przed wysyłką, dostawca chmury nie ma żadnych technicznych możliwości podejrzenia zawartości pliku ani analizy struktury katalogów. W przypadku konieczności odzyskania danych po latach, proces deszyfrowania wymaga jedynie posiadania klucza prywatnego i standardowego oprogramowania OpenPGP, co eliminuje zjawisko tzw. vendor lock-in (uzależnienia od jednego dostawcy oprogramowania).

Jak podjąć decyzję o wdrożeniu PGP w praktyce?

Wybór PGP jako narzędzia ochronnego powinien być podyktowany analizą ryzyka i specyfiką realizowanych zadań. Poniższa tabela przedstawia praktyczne kierunki decyzji w zależności od roli i potrzeb użytkownika w nowoczesnym środowisku cyfrowym:

Stosowanie PGP wymaga dyscypliny i zrozumienia mechanizmów zarządzania kluczami. Nie jest to rozwiązanie wygodne do codziennej, szybkiej komunikacji towarzyskiej – w tym obszarze lepiej sprawdzają się nowoczesne protokoły Signal czy Matrix. Jednak wszędzie tam, gdzie kluczowe znaczenie ma niezaprzeczalność autorstwa, niezależność od korporacyjnych platform oraz długoterminowa nienaruszalność danych, standard OpenPGP pozostaje fundamentalnym narzędziem w arsenale bezpieczeństwa IT, łącząc historyczną niezawodność z nowoczesnymi implementacjami sprzętowymi.

Wdrożenie PGP w organizacji: scenariusz migracji i codzienna higiena pracy

Wyobraźmy sobie sytuację, w której średniej wielkości przedsiębiorstwo lub zespół projektowy przygotowuje się do zewnętrznego audytu bezpieczeństwa i musi przekazać wrażliwe zrzuty baz danych, schematy sieciowe oraz kod źródłowy do zewnętrznego partnera. Standardowe przesyłanie tak krytycznych informacji przez popularne dyski chmurowe, nawet zabezpieczone jednorazowym hasłem, generuje niedopuszczalne ryzyko wycieku w przypadku kompromitacji konta pośrednika lub błędu ludzkiego podczas konfiguracji uprawnień. W takim scenariuszu wdrożenie lokalnego szyfrowania za pomocą OpenPGP pozwala zachować pełną kontrolę nad danymi niezależnie od kanału ich transmisji.

Praktyczna realizacja takiego procesu wymaga podjęcia kilku kluczowych decyzji technologicznych i operacyjnych, które eliminują historyczne problemy z użytecznością tego standardu.

1. Generowanie tożsamości i wybór nowoczesnych algorytmów

Pierwszym krokiem jest odejście od przestarzałych standardów. Choć klucze RSA o długości 4096 bitów są nadal powszechnie wspierane, w 2026 roku standardem w nowych wdrożeniach staje się kryptografia krzywych eliptycznych (ECC). Podczas generowania nowej pary kluczy w programie GnuPG warto podjąć następujące decyzje:

• Wybór krzywej: Zaleca się stosowanie algorytmu Ed25519 (do podpisów cyfrowych) oraz Cv25519 (do szyfrowania). Oferują one ultrakrótkie klucze, błyskawiczne operacje matematyczne oraz wysoki poziom bezpieczeństwa, znacznie przewyższający klasyczne, ciężkie klucze RSA.
• Określenie daty ważności: Klucz główny nie powinien być bezterminowy. Optymalnym wyborem dla celów projektowych jest ustawienie okresu ważności na 1 rok lub maksymalnie 2 lata, co wymusza regularny przegląd uprawnień i rotację kluczy w organizacji.

2. Bezpieczna dystrybucja kluczy publicznych poprzez WKD

Jednym z największych wyzwań PGP była zawsze bezpieczna wymiana kluczy publicznych. Tradycyjne, publiczne serwery kluczy (keyservers) stały się podatne na ataki polegające na przesyłaniu fałszywych lub uszkodzonych kluczy podpisanych cudzą tożsamością. Aby temu zapobiec, nowoczesne organizacje wdrażają protokół WKD (Web Key Directory).

W tym scenariuszu klucz publiczny pracownika jest serwowany bezpośrednio z autoryzowanej i zabezpieczonej certyfikatem SSL domeny firmowej (np. poprzez odpowiednio skonfigurowaną ścieżkę https://openpgp.firma.pl/.well-known/openpgp/...). Dzięki temu system pocztowy lub narzędzie szyfrujące odbiorcy automatycznie i bezbłędnie pobiera właściwy klucz publiczny nadawcy, eliminując ryzyko ataku typu man-in-the-middle oraz potrzebę ręcznego importowania plików tekstowych.

3. Generowanie i separacja certyfikatu unieważnienia

Krytyczną, a często pomijaną decyzją wdrożeniową jest natychmiastowe utworzenie certyfikatu unieważnienia (revocation certificate). Jest to specjalny plik, który pozwala unieważnić skompromitowany lub utracony klucz (np. w sytuacji zgubienia tokenu sprzętowego lub fizycznej kradzieży laptopa).

W opisywanej sytuacji biznesowej certyfikat ten musi zostać wygenerowany natychmiast po utworzeniu klucza głównego, a następnie przeniesiony na fizyczny nośnik danych (np. zaszyfrowaną pamięć flash) i zdeponowany w bezpiecznym miejscu, całkowicie odciętym od sieci (np. w sejfie firmowym). Pozostawienie certyfikatu unieważnienia na tym samym dysku, na którym znajduje się klucz prywatny, mija się z celem w przypadku infekcji systemu przez oprogramowanie ransomware.

Warto przeczytać również powiązany artykuł: Biometria bez haseł: przyszłość logowania.

4. Przebieg transakcji wymiany danych

Gdy infrastruktura jest gotowa, proces przekazania danych audytorowi przebiega w sposób uporządkowany:

1. Audytor oraz pracownik firmy publikują swoje klucze publiczne za pomocą mechanizmu WKD w swoich domenach.
2. Pracownik przygotowuje archiwum z dokument

   ami, kompresuje je do archiwum i szyfruje kluczem publicznym audytora. Jeżeli wymagana jest także rozliczalność procesu, podpisuje archiwum swoim kluczem prywatnym.

3. Zaszyfrowany plik może zostać przekazany przez zwykłą pocztę elektroniczną, firmowy dysk współdzielony albo portal do wymiany plików. Kanał transmisji nie musi być zaufany, ponieważ jego operator widzi wyłącznie zaszyfrowane dane.
4. Audytor pobiera plik, weryfikuje podpis nadawcy i dopiero potem odszyfrowuje archiwum swoim kluczem prywatnym. Poprawny podpis potwierdza zarówno autorstwo, jak i brak zmian w pliku po jego podpisaniu.
5. Po zakończeniu audytu obie strony dokumentują użyte identyfikatory kluczy i odciski palca. W razie wykrycia incydentu mogą szybko ustalić, które materiały były objęte danym kluczem oraz czy konieczne jest jego unieważnienie.

Sam fakt opublikowania klucza przez WKD nie zwalnia z weryfikacji tożsamości przy pierwszej wymianie danych o wysokiej wartości. Jeśli stawką są dane produkcyjne, dostęp do infrastruktury albo dokumentacja strategiczna, odcisk palca klucza powinien zostać potwierdzony drugim kanałem: podczas rozmowy telefonicznej, spotkania lub za pośrednictwem wcześniej uzgodnionego komunikatora. WKD usprawnia dystrybucję i ogranicza liczbę błędów, ale bezpieczeństwo domeny oraz poczty nadal pozostaje elementem modelu zaufania.

5. Codzienna higiena kluczy i kopii zapasowych

Najczęstsze problemy z PGP nie wynikają z osłabienia samego szyfrowania, lecz z utraty kontroli nad kluczami. Organizacja powinna rozdzielić klucz główny od podkluczy używanych na co dzień. Klucz główny, służący między innymi do certyfikowania nowych podkluczy i zarządzania tożsamością, może pozostawać offline. Na tokenie sprzętowym lub komputerze roboczym powinny znajdować się wyłącznie podklucze potrzebne do podpisywania, szyfrowania i uwierzytelniania.

Bezpieczna procedura obejmuje również zaszyfrowaną kopię zapasową materiału prywatnego, przechowywaną niezależnie od używanego urządzenia. Kopia taka nie może być jedynym plikiem na tym samym laptopie ani jedynym obiektem w jednym koncie chmurowym. Jeśli token ulegnie awarii, a nie istnieje kontrolowana kopia zapasowa, zaszyfrowane wcześniej archiwa mogą pozostać niedostępne bez możliwości odzyskania.

Przy zmianie pracownika, zakończeniu współpracy z kontrahentem lub podejrzeniu przejęcia poświadczeń konieczne jest nie tylko wyłączenie konta pocztowego. Trzeba też unieważnić odpowiednie podklucze, opublikować aktualny stan klucza i poinformować partnerów o zmianie odcisku palca. W przeciwnym razie odbiorcy mogą nadal szyfrować wiadomości do nieaktualnego klucza albo akceptować podpisy, którym nie powinno się już ufać.

Granice ochrony: czego PGP nie ukrywa i jak przygotować się na zmiany kryptograficzne

PGP chroni treść wiadomości i plików, lecz nie rozwiązuje automatycznie wszystkich problemów prywatności. W typowej komunikacji e-mail metadane pozostają widoczne dla operatorów poczty: adres nadawcy i odbiorcy, czas wysłania, wielkość wiadomości, a często także temat. Szyfrowanie załącznika nie ukrywa również faktu, że komunikacja między konkretnymi stronami miała miejsce.

Jeśli ochrona metadanych jest równie ważna jak poufność treści, sam OpenPGP nie wystarczy. Potrzebne są dodatkowe decyzje dotyczące kanału komunikacji, separacji tożsamości, retencji logów i sposobu przekazywania kluczy. Dla krótkich rozmów operacyjnych lepszym wyborem może być komunikator z szyfrowaniem end-to-end i ograniczoną ekspozycją danych kontaktowych. PGP pozostaje natomiast szczególnie użyteczne tam, gdzie obiektem ochrony jest konkretny dokument, archiwum lub artefakt oprogramowania, który ma być niezależnie weryfikowalny przez długi czas.

W 2026 roku należy też rozróżnić bieżące zagrożenie od ryzyka długoterminowego. Komputery kwantowe nie dają obecnie praktycznej możliwości masowego łamania poprawnie używanych kluczy RSA czy ECC w codziennych wdrożeniach OpenPGP. Jednocześnie dane szyfrowane dzisiaj mogą być gromadzone z myślą o odszyfrowaniu w przyszłości. Ma to znaczenie dla informacji, których poufność musi przetrwać wiele lat, takich jak dokumentacja medyczna, projekty badawcze czy tajemnice handlowe.

Rozsądna odpowiedź nie polega na porzuceniu PGP z dnia na dzień, lecz na zachowaniu możliwości migracji. Oznacza to prowadzenie ewidencji użytych kluczy i algorytmów, stosowanie dat ważności, regularną rotację podkluczy oraz przechowywanie danych w formatach, które można ponownie zaszyfrować. Gdy dojrzałe, interoperacyjne mechanizmy postkwantowe zostaną szeroko wdrożone w ekosystemie OpenPGP, uporządkowana infrastruktura kluczy pozwoli przejść na nowe rozwiązania bez utraty kontroli nad archiwum.

Kiedy PGP nadal jest właściwym wyborem?

PGP nie jest uniwersalnym zamiennikiem wszystkich narzędzi komunikacyjnych. Jego siła ujawnia się wtedy, gdy odbiorca musi niezależnie sprawdzić pochodzenie pliku, gdy dane mają przetrwać zmianę usługodawcy albo gdy poufność trzeba zachować mimo korzystania z niekontrolowanego kanału transmisji. Podpisane wydanie oprogramowania, zaszyfrowana dokumentacja przekazana audytorowi czy archiwum przechowywane u zewnętrznego dostawcy to sytuacje, w których model OpenPGP pozostaje prosty i odporny na zmiany platform.