Blog 24/7

kryptografia postkwantowa

TAB. 1Hasłoobie formy
Po angielskupost-quantum cryptography
Którą formą pisaćobie formy Obie formy są w obiegu. Przy pierwszym wystąpieniu pisz „polski termin (english term)”, dalej sam polski.
Inne formykryptografia odporna na ataki kwantowe · algorytmy odporne na ataki kwantowe · rozwiązania postkwantowe · technologie postkwantowe · PQC
KategoriaKryptografia, tożsamość i uwierzytelnianie

Kryptografia postkwantowa (post-quantum cryptography, PQC) to algorytmy klucza publicznego zaprojektowane tak, by opierały się atakom z użyciem komputera kwantowego. NIST opisuje przejście na nie jako odejście od algorytmów podatnych na ataki kwantowe w podpisach cyfrowych i w uzgadnianiu kluczy [3]. Pierwsze trzy standardy, FIPS 203, 204 i 205, NIST opublikował 13 sierpnia 2024 roku [1]. Migrację zaczyna się już dziś, bo zaszyfrowany ruch przechwycony teraz może zostać odszyfrowany w przyszłości [3].

Jak działa

Dzisiejsza kryptografia asymetryczna opiera się na problemach, które komputer kwantowy mógłby rozwiązać. W projekcie wytycznych NIST IR 8547 jako podatne wymienione są RSA, ECDSA, EdDSA oraz uzgadnianie kluczy Diffiego-Hellmana, także na krzywych eliptycznych [3]. Algorytmy postkwantowe opierają się na innych problemach matematycznych. Na przykład bezpieczeństwo ML-KEM wynika z trudności problemu Module Learning with Errors, uznawanego za odporny także na przeciwnika z komputerem kwantowym [2].

ML-KEM jest mechanizmem enkapsulacji klucza (KEM). FIPS 203 definiuje KEM jako zestaw algorytmów, którym dwie strony mogą uzgodnić wspólny tajny klucz przez kanał publiczny [2]. Tym kluczem szyfruje się potem dane zwykłym szyfrem symetrycznym. Standard ma trzy zestawy parametrów: ML-KEM-512, ML-KEM-768 i ML-KEM-1024, od najszybszego do najsilniejszego [2].

Pilność wynika z zagrożenia „harvest now, decrypt later”. NIST opisuje je tak: przeciwnik gromadzi zaszyfrowane dane już teraz, aby odszyfrować je, gdy technologia kwantowa dojrzeje [3]. Mechanizm pokazuje schemat poniżej.

RYS. 1Harvest now, decrypt later

Z tego powodu NIST stawia na pierwszym miejscu migrację uzgadniania kluczy, zwłaszcza w protokołach interaktywnych, takich jak TLS [3]. Inaczej jest z uwierzytelnianiem: podpis pozostaje bezpieczny, jeśli algorytm był bezpieczny w chwili uwierzytelnienia [3].

Odmiany

NIST wybierał algorytmy od 2016 roku i ocenił 82 propozycje z 25 krajów [1]. Standardy i kandydaci zestawia tabela.

StandardAlgorytm źródłowyPrzeznaczenie
FIPS 203, ML-KEMCRYSTALS-Kyber [1]uzgadnianie klucza, główny standard [1]
FIPS 204, ML-DSACRYSTALS-Dilithium [1]podpis cyfrowy, główny standard [1]
FIPS 205, SLH-DSASPHINCS+ [1]podpis zapasowy na wypadek słabości ML-DSA [1]
FIPS 206, FN-DSAFALCON [1]podpis, standard zapowiedziany [1]
HQCHQC [4]zapasowe uzgadnianie klucza, finalizacja planowana na 2027 [4]

HQC wybrano w marcu 2025 roku, bo opiera się na kodach korekcyjnych, a nie na kratach jak ML-KEM [4]. Gdyby w matematyce krat znaleziono słabość, istnieje alternatywa o innej podstawie [4].

W okresie przejściowym stosuje się rozwiązania hybrydowe, które łączą algorytm klasyczny z postkwantowym, na przykład X25519 z ML-KEM [5]. NIST zaznacza, że takie połączenia projektuje się tak, by pozostały bezpieczne, jeśli bezpieczny jest choć jeden ze składników [3]. Traktuje je jednak jako rozwiązanie przejściowe, które dodaje złożoności [3].

W WordPressie

Na typowej stronie WordPress kryptografię postkwantową dostarcza warstwa pod aplikacją, a nie sam WordPress. Połączenie HTTPS zestawia serwer WWW, reverse proxy albo CDN. To one negocjują uzgadnianie klucza w TLS z przeglądarką odwiedzającego. Biblioteka OpenSSL w wersji 3.5.0 z 8 kwietnia 2025 roku obsługuje ML-KEM, ML-DSA i SLH-DSA, a domyślnie proponuje w TLS hybrydę X25519MLKEM768 obok klasycznego X25519 [6]. Serwer z nową wersją biblioteki i przeglądarka z obsługą hybrydy uzgodnią więc klucz odporny na ataki kwantowe bez zmian w WordPressie. Na hostingu współdzielonym zależy to od dostawcy.

Sam WordPress używa kryptografii klucza publicznego do podpisywania aktualizacji. Od wersji 5.2 sprawdza podpisy paczek, liczone algorytmem Ed25519 ze skrótu SHA-384 pliku [7]. Ed25519 to odmiana EdDSA, którą projekt NIST IR 8547 przewiduje wycofać po 2035 roku [3]. Dla aktualizacji rdzenia ważny jest jednak wspomniany wyżej wniosek NIST: podpis chroni, jeśli jest bezpieczny w chwili weryfikacji [3].

Znaczenie

Projekt NIST IR 8547 z listopada 2024 roku podaje harmonogram. Algorytmy RSA, ECDSA i uzgadnianie kluczy Diffiego-Hellmana o sile 112 bitów mają być wycofywane po 2030 roku, a wszystkie algorytmy podatne na ataki kwantowe, w tym silniejsze warianty i EdDSA, niedozwolone po 2035 roku [3]. Dokument powołuje się na amerykańskie memorandum NSM-10, które wyznacza 2035 rok jako główny cel migracji systemów federalnych [3].

NIST nie czekał z zaleceniami na kolejne standardy. Przy publikacji pierwszych trzech zachęcił administratorów, by zaczęli je wdrażać natychmiast, bo pełna integracja potrwa [1]. Część ekspertów, na których powołuje się NIST, spodziewa się komputera zdolnego złamać obecne szyfrowanie w ciągu dekady [1].

Dla danych, które mają pozostać poufne przez wiele lat, ryzyko istnieje już dziś. NIST wskazuje jako przykład tajemnice państwowe i dokumentację medyczną [3]. forward secrecy nie chroni przed tym zagrożeniem, bo komputer kwantowy łamie samo uzgodnienie klucza sesji; NIST omawia forward secrecy właśnie przy tym zagrożeniu [3].

Jak się bronić

  • Zinwentaryzować, gdzie używana jest kryptografia klucza publicznego: TLS, certyfikaty, SSH, podpisy kodu, VPN. Sekurak podkreśla, że migracja może być długa i skomplikowana, więc inwentaryzację warto zacząć od razu [5].
  • Aktualizować biblioteki kryptograficzne i serwery; nowe wersje OpenSSL włączają hybrydowe uzgadnianie klucza domyślnie [6].
  • W pierwszej kolejności przenosić uzgadnianie kluczy, zwłaszcza w TLS [3].
  • Projektować systemy tak, by algorytm dało się wymienić bez przebudowy, bo standardy jeszcze się zmieniają [4].
  • Nie zastępować przetestowanych bibliotek własną implementacją nowych algorytmów.

Historia i przykłady

Sekurak opisuje wdrożenia hybrydowe u dużych dostawców. Google wprowadził w Chrome od 2023 roku uzgadnianie klucza łączące X25519 z Kyber, czyli pierwowzorem ML-KEM [5]. Apple zmienił w 2024 roku protokół iMessage na PQ3, a Signal przeszedł na protokół PQXDH, oba w modelu hybrydowym [5]. W lipcu 2026 roku Sekurak opisał przyspieszenie programu Microsoftu, który wyznaczył 2029 rok jako nowy termin migracji [5].

TAB. 2

Przypisy

7
  1. [1] NIST Releases First 3 Finalized Post-Quantum Encryption Standards · NIST
  2. [2] FIPS 203: Module-Lattice-Based Key-Encapsulation Mechanism Standard · NIST
  3. [3] NIST IR 8547 (Initial Public Draft): Transition to Post-Quantum Cryptography Standards · NIST
  4. [4] NIST Selects HQC as Fifth Algorithm for Post-Quantum Encryption · NIST
  5. [5] Już nie rok 2030. Microsoft przyspiesza prace nad wdrażaniem rozwiązań postkwantowych · Sekurak
  6. [6] OpenSSL 3.5 Release Notes · OpenSSL Foundation
  7. [7] Security in 5.2 · WordPress.org
TAB. 3

Hasła w tym artykule

12
TAB. 4

Linkują tutaj

4

Wszystkie kategorie → · Hasło w słowniku →

Blog 24/7
05.11CISA i FBI wzywają do zabezpieczenia sterowników chłodzenia po atakach w Europietherecord.media05.11Midnight Blizzard atakowała iPhone'y i Androidy przez zainfekowane strony w Europie i USAsecurityweek.com05.11APT29 kradła dane z iPhone'ów i Androidów przez przejęte i podrobione stronytherecord.media05.11Grupa APT29 przejęła skrypt Plerdy i atakowała niezałatane iPhone'y i Androidythehackernews.com05.11Microsoft wykrył 7,3 mld wiadomości phishingowych w III kwartale 2026microsoft.com05.11DigiCert ujawnia wyciek danych klientów i skanów dokumentów tożsamościbleepingcomputer.com05.11CWPdoor podmienia serwer cwpsrv w Control Web Panel i otwiera tylne wejście do Linuksableepingcomputer.com05.11Brytyjskie NCSC ostrzega, że narzędzia AI zwiększyły liczbę wykrywanych luk zero-daythehackernews.com05.11Skaner RootEvidence sprawdza starą lukę w Cisco IOS i dodaje nagłówki Opt-Outisc.sans.edu05.11Włamanie do portalu grantowego Norad, zagrożone dane 20 614 użytkownikówhelpnetsecurity.com