# Kryptografia postkwantowa: od czego zacząć

> Unijna mapa drogowa PQC, CNSA 2.0 i NIS2 zaczynają od inwentaryzacji kryptografii. „Harvest now, decrypt later”, ML-KEM po ludzku i plan migracji.

Source page: https://netsenx.com/pl/blog/2026-11-12_post-quantum-readiness-guide · NetSenX Team · 2026-11-12

Przygotowanie do kryptografii postkwantowej zaczyna się od pytania, na które można odpowiedzieć już dziś, na długo przed powstaniem jakiegokolwiek komputera kwantowego: gdzie organizacja używa kryptografii klucza publicznego, którą przyszły komputer kwantowy mógłby złamać, i które z tych miejsc chronią dane, które muszą pozostać tajne przez lata? Regulatorzy i klienci zaczęli zadawać dokładnie to pytanie. Skoordynowana mapa drogowa UE, CNSA 2.0 amerykańskiej Agencji Bezpieczeństwa Narodowego (NSA) i obowiązek dotyczący kryptografii w NIS2 wskazują ten sam pierwszy krok: inwentaryzację kryptografii, a potem migrację według priorytetów.

Ten przewodnik wyjaśnia, czego naprawdę się wymaga, jak ocenić ryzyko bez straszenia, czym są nowe standardy, jaką część inwentaryzacji da się zbudować z ruchu sieciowego i jak zaplanować migrację.

## Czego wymagają regulatorzy

**Mapa drogowa UE.** Zalecenie Komisji (UE) 2024/1101 z 11 kwietnia 2024 r. wezwało państwa członkowskie do koordynacji przejścia na kryptografię postkwantową. 23 czerwca 2025 r. Grupa Współpracy NIS opublikowała skoordynowaną mapę drogową: pierwsze kroki do końca 2026 r., w tym krajowe plany i inwentaryzacja miejsc, w których używa się kryptografii podatnej na komputery kwantowe; przeniesienie zastosowań wysokiego ryzyka do końca 2030 r.; i jak największej liczby systemów do 2035 r. Mapa drogowa jest skierowana do państw członkowskich i ich sektora publicznego i krytycznego, a nie bezpośrednio do Twojej firmy, ale krajowe organy przekładają ją na wytyczne, a jej logika dotyczy każdego: do końca 2026 r. trzeba wiedzieć, gdzie jest Twoja kryptografia.

**NIS2.** Dyrektywa (UE) 2022/2555 wymaga od objętych nią podmiotów polityk i procedur dotyczących stosowania kryptografii i, w stosownych przypadkach, szyfrowania, w ramach środków zarządzania ryzykiem z art. 21. Nie wskazuje żadnego algorytmu. Ale „najnowszy stan wiedzy” się zmienia i gdy organy normalizacyjne i agencje uznają postkwantową wymianę kluczy za standard, polityka kryptograficzna, która ją pomija, staje się trudna do obrony.

**Stany Zjednoczone.** CNSA 2.0 (Commercial National Security Algorithm Suite 2.0) NSA określa algorytmy dla amerykańskich systemów bezpieczeństwa narodowego: ML-KEM-1024 do ustalania kluczy i ML-DSA-87 do podpisów. NSA oczekuje, że przejście tych systemów zakończy się do 2035 r., zgodnie z memorandum National Security Memorandum 10. Wiąże amerykańskie systemy bezpieczeństwa narodowego i ich dostawców, a nie europejskie firmy, ale dostawcy klientów z sektora obronnego i rządowego spotykają je w umowach.

Żaden z tych dokumentów nie sprawia, że produkt, także nasz, zapewnia Ci zgodność. Wymagają one, żeby organizacja znała swoją kryptografię i planowała jej wymianę.

## „Harvest now, decrypt later” bez paniki

Napastnik, który dziś nagrywa zaszyfrowany ruch, może go przechować i odszyfrować, gdy powstanie wystarczająco silny komputer kwantowy. To właśnie „harvest now, decrypt later” (zbierz teraz, odszyfruj później). Nie zagraża wszystkiemu w równym stopniu. Dane, które za dwa lata nie będą nic warte, jak większość ruchu w sesjach, nie są zagrożone. Zagrożone są dane, które muszą pozostać poufne przez dziesięć czy dwadzieścia lat: umowy, dokumentacja medyczna i dane osobowe, własność intelektualna, nigdy nie zmieniane dane uwierzytelniające i wszystko, czego chciałby wywiad innego państwa.

Nierówność Michele'a Moski zamienia to w listę priorytetów. Dla każdego ważnego zbioru danych X to liczba lat, przez które musi pozostać tajny, Y to liczba lat potrzebnych na migrację systemów, które go przenoszą, a Z to liczba lat do chwili, gdy komputer kwantowy złamie dzisiejszą kryptografię klucza publicznego. Jeśli X plus Y jest większe niż Z, dane wysyłane dziś są już narażone. Z jest nieznane, więc przyjmij wartość ostrożną i swobodną i sprawdź, które systemy nie mieszczą się nawet w tej drugiej. Od nich trzeba zacząć.

## Nowe standardy po ludzku

W sierpniu 2024 r. NIST opublikował pierwsze trzy standardy postkwantowe. **FIPS 203 (ML-KEM)** to mechanizm enkapsulacji klucza: pozwala dwóm stronom uzgodnić tajny klucz przez otwartą sieć, czyli wykonuje zadanie, które dziś przy wymianie kluczy pełnią RSA i Diffie-Hellman na krzywych eliptycznych. **FIPS 204 (ML-DSA)** to główny schemat podpisu cyfrowego, a **FIPS 205 (SLH-DSA)** wolniejsza alternatywa oparta na funkcjach skrótu. W praktyce ML-KEM spotkasz najpierw w TLS jako hybrydową grupę X25519MLKEM768, która łączy wymianę klasyczną z postkwantową, żeby połączenie pozostało chronione, jeśli wytrzyma którakolwiek z nich. [ML-KEM i ML-DSA po ludzku](/pl/blog/2026-11-12_ml-kem-ml-dsa-explained) opisuje to szerzej, także to, dlaczego większe klucze psują niektóre stare urządzenia pośredniczące.

## Ile inwentaryzacji pokaże sieć

Inwentaryzacja kryptografii, publikowana czasem jako CBOM (cryptography bill of materials), pokazuje, gdzie używany jest każdy algorytm, wersja protokołu i klucz, w którym systemie i kto za niego odpowiada. Spora jej część jest widoczna w ruchu sieciowym, bez odszyfrowywania czegokolwiek:

- **Wymiana kluczy w każdym połączeniu.** Każdy handshake TLS, zanim zacznie się szyfrowanie, podaje, jakie grupy wymiany kluczy oferuje klient i którą wybiera serwer, oraz wersję TLS. SSH robi to samo przy swojej wymianie kluczy. Czujnik może więc pokazać, dla każdego serwera i klienta, gdzie wciąż używa się wymiany kluczy podatnej na komputery kwantowe, a gdzie już hybrydowej postkwantowej.
- **Urządzenia, których nikt nie spisał.** Obejmuje drukarki, urządzenia sieciowe, bramy OT i stare serwery, na których nie da się uruchomić agenta i które często są aktualizowane na końcu.
- **Klucze tam, gdzie pokazuje je handshake.** W TLS 1.2 certyfikat serwera idzie jawnie, a klucze hosta SSH są wymieniane jawnie, więc widać ich algorytmy i długości; w TLS 1.3 certyfikat jest zaszyfrowany.
- **Regresje.** Gdy usługa przeszła już na wymianę hybrydową, późniejsze połączenie, które wraca do grupy klasycznej, będzie widoczne.

Czego sieć nie pokaże: kryptografii wewnątrz aplikacji i baz danych, kluczy i certyfikatów zapisanych na dyskach, podpisywania kodu, zaszyfrowanych kopii zapasowych i segmentów, których nie obserwuje żaden czujnik. Połącz widok z sieci z inwentaryzacją certyfikatów, wykazami komponentów oprogramowania (SBOM) i ankietami dla dostawców. Opisuje to artykuł o [inwentaryzacji kryptografii z ruchu sieciowego](/pl/blog/2026-11-12_cryptographic-inventory-from-network-traffic).

## Plan migracji w pięciu krokach

1. **Inwentaryzacja.** Zbuduj opisaną wyżej listę, zaczynając od usług dostępnych z internetu i systemów, które przenoszą długo żyjące tajemnice.
2. **Priorytety według Moski.** Uszereguj systemy według tego, jak długo ich dane muszą pozostać tajne i ile czasu zajmie ich zmiana.
3. **Włącz wymianę hybrydową tam, gdzie już jest dostępna.** Obecne przeglądarki, biblioteki TLS i wersje SSH ją obsługują; często wystarczy zmiana konfiguracji albo aktualizacja. Potem sprawdź efekt w ruchu sieciowym.
4. **Zapytaj dostawców.** Wpisz postkwantową wymianę kluczy i podpisy, z terminami, do pytań o plany rozwoju w każdym przetargu i przy każdym odnowieniu umowy.
5. **Zaplanuj podpisy i PKI.** Certyfikaty postkwantowe i podpisywanie kodu wymagają więcej czasu, bo zmienić trzeba całe łańcuchy zaufania. Zacznij planowanie teraz; opisane wyżej terminy dają lata, nie miesiące.

## Co pokazuje NetSenX

NetSenX nie chroni nikogo przed komputerami kwantowymi i żaden produkt monitorujący tego nie potrafi: ochrona wymaga zmiany kryptografii w Twoich systemach i u Twoich dostawców. NetSenX daje widoczność, od której zaczyna się migracja. NQCI, inwentaryzacja kryptografii NetSenX (w wersji zapoznawczej), jest widoczna w każdym planie i aktywna od planu Pro, z włączonym czujnikiem przechwytywania pakietów na agencie Linux albo czujnikiem na porcie SPAN lub TAP. Pokazuje, które połączenia w monitorowanym ruchu nadal używają wymiany kluczy podatnej na komputery kwantowe, a które już hybrydowej postkwantowej, oznacza słabe klucze publiczne widoczne w handshake'ach (na przykład klucze RSA, które mają wspólny czynnik z innym kluczem, ślad wadliwego generatora liczb losowych) i zapisuje zmiany w czasie, żeby było widać, gdzie aktualizacje już zadziałały, i wychwycić późniejsze regresje.

## Źródła

- [Zalecenie Komisji (UE) 2024/1101 w sprawie skoordynowanego planu wdrażania przejścia na kryptografię postkwantową — EUR-Lex](https://eur-lex.europa.eu/eli/reco/2024/1101/oj?locale=pl)
- [A Coordinated Implementation Roadmap for the Transition to Post-Quantum Cryptography — Komisja Europejska](https://digital-strategy.ec.europa.eu/en/library/coordinated-implementation-roadmap-transition-post-quantum-cryptography)
- [NIST releases first 3 finalized post-quantum encryption standards — NIST](https://www.nist.gov/news-events/news/2024/08/nist-releases-first-3-finalized-post-quantum-encryption-standards)
- [Announcing the Commercial National Security Algorithm Suite 2.0 — NSA](https://media.defense.gov/2025/May/30/2003728741/-1/-1/0/CSA_CNSA_2.0_ALGORITHMS.PDF)
- [Dyrektywa (UE) 2022/2555 (NIS2), art. 21 — EUR-Lex](https://eur-lex.europa.eu/eli/dir/2022/2555/oj?locale=pl)
- [Mosca, Cybersecurity in an era with quantum computers, IACR ePrint 2015/1075](https://eprint.iacr.org/2015/1075)

---

*Autor: zespół NetSenX, TriStiX S.L. Pytania: [info@netsenx.com](mailto:info@netsenx.com).*