Czy zagrożenia wynikające z istnienia komputerów kwantowych zmieszczą się w transformacji cyberbezpieczeństwa?

Problem komputera kwantowego i zagrożeń z nim związanych w kontekście komunikacji cyfrowej to dziś ryzyka futurystyczne, często o niższym lub żadnym priorytecie działania w organizacjach. Trudno polemizować z takim stanem rzeczy, gdy wyjdziemy z założenia, że bezpieczeństwo działalności organizacji w świecie cyfrowym to koszt operacyjny. Ryzyka z przyszłości nie znajdą wsparcia w budżecie organizacji na cyberbezpieczeństwo jeśli pozostają tylko ryzykami z przyszłości bez odniesienia do zagrożeń dla biznesu.

Definicja zagrożeń

Potencjał efektywnego komputera kwantowego przynosi nowe typy zagrożeń, które oddziałują na zdolność operacyjną organizacji w świecie cyfrowym. Poniżej dyskutujemy dwa istotne ryzyka, które z perspektywy każdej organizacji należy rozpatrywać niezależnie, bo ślad cyfrowy każdej organizacji jest inny.

Zagrożenie HNDL

Zagrożenie “Harvest Now; Decrypt Later” (HNDL) jest zagrożeniem nietypowym, bo dotyczącym przyszłości. W szczególności, zaszyfrowane dane zebrane dziś są potencjalnie do odszyfrowania w przyszłości za pomocą komputera kwantowego.

Choć krok pierwszy tego ataku, czyli samo zbieranie nawet danych zaszyfrowanych, jest procedurą nietrywialną, istnieją poszlaki, że może się już odbywać. Z jednej strony poprzez raport Countering Chinese State-Sponsored Actors Compromise of Networks Worldwide to Feed Global Espionage System, a z drugiej przez tekst wniosku Komisji Europejskiej (pkt 8) COM(2026) 13:

Biorąc pod uwagę stale rosnącą zależność naszego społeczeństwa i naszej gospodarki od technologii cyfrowych, należy wprowadzić środki ograniczające zagrożenie ze strony technologii kwantowych. Możliwość przeprowadzenia ataków typu „zbieraj teraz – odszyfruj później”, które prawdopodobnie już występują, i przyszłe zagrożenia wynikające z ataków kwantowych umożliwiających podrabianie podpisów, a także planowana deprecjacja niektórych implementacji algorytmów i całkowity zakaz stosowania obecnych algorytmów kryptografii asymetrycznej zwiększają potrzebę pilnego podjęcia działań na rzecz przejścia na kryptografię postkwantową

możemy domniemać niezerowe prawdopodobieństwo występowania kroku “Harvest Now” już teraz. Warto dodać, że wystarczy jeden zbierający globalny, który w przyszłości może te dane odsprzedawać dalej. Jak wykazuje praca “On the Practical Feasibility of Harvest-Now, Decrypt-Later Attacks”, koszt przechowywania “1% internetu” w skali roku to dziś koszt rzędu 1 mld USD. Żeby w pełni zobrazować skalę, ten 1% to 88 000 000 TB, co w przełożeniu dziennym daje 241 095 890 GB.

Jednocześnie ocena jego skutków i konsekwencji wymaga innego modelu mentalnego, który de facto “zależy od przyszłości”. Innymi słowy, trudno ocenić konsekwencje zagrożenia, będąc jednocześnie pod wpływem mentalnym zagrożeń i możliwości technologicznych z roku 2026.

Dlatego też myśląc o oddziaływaniu HNDL na organizację, warto najpierw zadać pytanie “czy ma wpływ”, a dopiero potem “jak wpływa”.

Zagrożenie MITM

Zagrożenie “Man in the Middle” (MITM) jest bardziej subtelne, bo dotyczące niepodważalności dzisiejszych podpisów cyfrowych, a te użytkowane są w najróżniejszych obszarach, kontekstach, protokołach i procesach biznesowych. Często organizacje nawet nie mają świadomości, że gdzieś w użyciu są podpisy cyfrowe.

Zagrożenie MITM umożliwia podszycie się pod dowolną tożsamość w świecie cyfrowym i fałszować podpisy. Może to być tożsamość osoby, maszyny, czy agenta AI. Choć wpływ tego zagrożenia rośnie im bliżej powstania efektywnego komputera kwantowego (który rzeczywiście łamie dzisiejszą kryptografię), ze względu na skalę i zakres, mitygacja MITM jest bardziej wymagająca, bo zazwyczaj dotyczy systemów dystrybucji zaufania, które są systemami rozproszonymi, tzn:

o dużej inercji — ze względu na różnorodność charakterystyk węzłów, czas propagacji zmiany może być bardzo duży,
rozważ w kontekście wszystkich węzłów: aktualizacja bibliotek i/lub oprogramowania, unieważnienie dotychczasowych źródeł zaufania, akceptację nowych źródeł zaufania, rotację kluczy
o niskiej konwergencji — system dopiero po czasie przyjmuje nowy stan we wszystkich węzłach.

Zatem zagrożenie to dotyczy autentyczności, jednej z kluczowych właściwości bezpiecznej komunikacji cyfrowej i może umożliwić stronom trzecim podszywanie się pod istniejące tożsamości cyfrowe.

Zagrożenia TNFL[Trust Now, Forge Later] albo HNFL[Harvest Now, Forge Later]

Dalszą specjalizacją zagrożenia MITM, są zagrożenia TNFL/HNFL zakładające, że w przyszłości będą istnieć systemy, których inercyjność liczymy w dekadach (a przez to zmiana jest bardzo problematyczna) lub takie, których komponenty, w tym kryptografia, nie mogą być wymienione ani zaktualizowane.

Zatem w odrożnieniu od MITM, TNFL/HNFL polega na zbieraniu kluczy publicznych już dziś, aby podszyć się pod daną tożsamość w przyszłości.

Migracja PQC, a emergentne zagrożenia przychodzące z transformacją świata cyfrowego ze względu na “AI”

Nie sposób nie dyskutować migracji PQC w szerszym kontekście, w tym w kontekście nowych zagrożeń, które już dziś pojawiają się w związku z automatyzacją ataków wspieraną przez “model harnesses”. Dla jasności, “model harness” to oprogramowanie, które uruchamia konkretny model LLM i zarządza sposobem jego wykorzystania. Najnowsze publikacje amerykańskich dostawców[Discovering cryptographic weaknesses with Claude][Ten Advances in Mathematics and Theoretical Computer Science] pokazują nowe możliwości modeli, które dziś mogą robić wrażenie, ale jutro mogą stać się realnym zagrożeniem dla systemów produkcyjnych.

Jednocześnie te “model harnesses” mogą być dziś traktowane podobnie jak posiadanie efektywnego komputera kwantowego, tj. jako poszukiwanie geopolitycznych asymetrycznych przewag. Choć polityka czołowych dostawców amerykańskich i chińskich jest różna, podejście przyjęte zwłaszcza przez tych drugich, wraz z rosnącą popularnością modeli open-weight, sugeruje, że świat cyfrowy może przejść stosunkowo szybką i konieczną transformację w odpowiedzi na nowe zagrożenia. Dotyczy to zarówno całych systemów i infrastruktury bazowej, jak i konkretnych protokołów komunikacyjnych i autoryzacyjnych, implementacji bibliotek oraz dziesiątek innych detali, które dotychczas pozostawały w ukryciu.

W kontekście PQC uwypukla to pewien istotny niuans, mianowicie że “zagrożenia z przyszłości”, o których wspominałem powyżej w kontekście efektywnego komputera kwantowego, mogą okazać się zagrożeniami teraźniejszości, ale przychodzącymi z innego źródła. Model harness i jego wykorzystanie do automatyzacji ataków może mieć bezpośredni wpływ na dzisiejsze “cryptosystems” i choć są one szczegółowo omawiane w następnej sekcji, zdolność model harness do jednoczesnej pracy z danymi ustrukturyzowanymi i nieustrukturyzowanymi czyni go użytecznym narzędziem do:

odkrywania nowych podatności i słabości w standardach kryptograficznych, bibliotekach kryptograficznych oraz w oprogramowaniu, które z nich korzysta;
triażu danych, w tym identyfikowania podobnych wzorców w zebranych podpisach cyfrowych oraz poszukiwania słabości bezpośrednio w PRG.

Kryptografia to nie tylko NIST-owy standard, a cały “cryptosystem”

Poszukiwanie luk i podatności to poszukiwanie najsłabszego ogniwa, a w przypadku zabezpieczeń kryptograficznych niezmiernie rzadko jest to podważenie standardu, na którym bazuje dane rozwiązanie kryptograficzne. Znacznie częściej podatność wynika z błędu w implementacji lub integracji biblioteki kryptograficznej, niewłaściwego zarządzania kluczami albo niewystarczającej entropii podczas ich generowania.

Dopiero te wszystkie składniki, w szczególności:

standard kryptograficzny,
bilbioteka kryptograficzna i jej integracja w konkretnym systemie/aplikacji,
zarządzanie kluczami kryptograficznymi,
jakość źródeł entropii oraz poprawność użycia PRG,

stanowią o “solidności” komponentu, który nazywamy “cryptosystem” i który zapewnia o bezpieczeństwie kryptograficznym organizacji, a zatem o autentyczności, poufności i integralności jej komunikacji w świecie cyfrowym.

Poniżej (załącznik 1) lista najważniejszych, historycznych i współczesnych, przykładów kompromitacji poszczególnych składników “cryptosystem’u”.

Czy widać zagrożenie z tej perspektywy, tzn. nie w kontekście komputera kwantowego, a modeli LLM (konkretnych “model harness”), odkrywających podatności w “cryptosystems”?

Na tak postawione pytanie trudno odpowiedzieć jednoznacznie i bardziej adekwatnym jest pytanie: “czy posiadanie świadomości, w tym o wykorzystywanych algorytmach kryptograficznych w obrębie danej organizacji wzmacnia jej odporność?”, na które z kolei możemy dać odpowiedź twierdzącą. Przyszłościowo wszelkiej maści “bill-of-materials” (BOM), czy to SBOM (software BOM), czy CBOM (cryptography BOM), stanowić będą o odporności organizacji, a zatem minimalizacji ekspozycji na podatność i możliwości szybkiej reakcji we właściwym komponencie systemu.

Zagrożenia wzmacniane przez wykorzystanie “model harness” zwiększają potrzebę posiadania SBOM/CBOM i choć nie stanowią o mitygacji zagrożenia, zapewniają wiedzę o systemie niezbędną do szybkiej identyfikacji ekspozycji i adekwatnej reakcji. Ma to również znaczenie przy rosnącej skali ujawniania podatności oraz konieczności wdrażania poprawek.

Widać zatem zbieżność w potrzebie mitygacji zagrożeń oddziałujących na “cryptosystemy” zarówno w kontekście komputerów kwantowych, jak i zagrożeń bliższych, w szczególności tych wynikających z rozwoju dużych modeli językowych.

Od posiadania CBOM do pełnej migracji PQC daleko, ale jednocześnie CBOM daje świadomość, a zatem <umożliwia> decyzyjność.

”Cryptosystem” vs. “crypto-agility”

Choć termin kryptograficznej zwinności (“crypto-agility”) w pewnych kontekstach występuje już od dawna (np. protokół TLS), dopiero publikacja NIST CSWP 39 wprowadza klasyfikację definicji, rozumianą zależnie od kontekstu, jako <kryptograficzną> zwinność:

systemu,
protokołu,
governance organizacji.

Osiągnięcie pożądanej zwinności, w zależności od wybranego wariantu, stanowi wyzwanie organizacyjne, operacyjne i/lub infrastrukturalne.

W efekcie organizacja nabywa zdolność wymiany algorytmów kryptograficznych, natomiast ze względu na charakter ich użytkowania, zwłaszcza w kontekście podpisów cyfrowych czy dystrybucji cyfrowego zaufania (np. X509 PKI), operacja ta wymaga odpowiedniej koordynacji w całym ekosystemie. System rozproszony z natury charakteryzuje się pewną bezwładnością, dlatego osiągnięcie konwergencji wymaga czasu. Wprowadza to również możliwe podatności (np. downgrade attacks), które pomimo posiadania zdolności zwinności, wciąż mogą prowadzić do skompromitowania całego ekosystemu.

Kryptograficzna zwinność via “intent-based cryptographic API design”

Jednym z niedawno zaproponowanych rozwiązań dla kryptograficznej zwinności jest “Intent-Based Cryptographic API Design for Cryptographic Agility”, który proponuje odwrócenie dotychczasowej zależności i skupienie się tylko na intencji, np. Sign("ABC") w konkretnej implementacji. Intencja ta następnie jest delegowana do właściwego serwisu w ekosystemie, nazwijmy go “cryptographic control-plane”, i wykonywana zgodnie z przypisanymi uprawnieniami oraz przypisanym dostawcą podpisów. Zatem rezultat wykonania Sign("ABC") będzie podpisem cyfrowym, ale jakim konkretnie, wynikać będzie z materializacji “cryptographic control-plane”. Rozwiązanie to osiąga kryptograficzną zwinność na poziomie governance organizacji, ukrywając detale cryptosystem’u w nowopowstałym serwisie ekosystemu, ale jednocześnie wymaga bardzo dobrej technologicznej koordynacji i znacznej automatyzacji infrastruktury. Przyjęcie takiej postawy ma z kolei istotny wpływ na budżet. Nie jest zatem rozwiązaniem uniwersalnym.

Niezależnie od przyjętej definicji dla kryptograficznej zwinności, zdolność ta dotyczy wymiany całych komponentów “cryptosystems”. W jednym rozwiązaniu może być oddolną zmianą w kodzie źródłowym oprogramowania, a w innym odgórną decyzją na poziomie governance organizacji.

Czego możemy być pewni to to, że ekosystemy heterogeniczne, konsumujące zaufanie na różnych poziomach, np. autoryzacja do fizycznego dostępu do pomieszczeń oraz autoryzacja do cyfrowego dostępu do danego zasobu, cechują się dużą inercją. Kryptograficzna zwinność będzie w nich miłym dodatkiem, natomiast nie wyeliminuje odpowiedniej koordynacji i/lub iteracyjnej aktualizacji poszczególnych obszarów ekosystemu.

Migracja PQC, a zagrożenia skompromitowania standardu schematu kryptograficznego

Historycznie, standard schematu (algorytmu) kryptograficznego jest najmocniejszym ogniwem całego cryptosystem’u. Jednocześnie, historycznie, nie ma migracji o podobnej skali i zakresie jak migracja PQC. W szczególności, migracja ta dotyczy wymiany algorytmów kryptograficznych klucza publicznego i proponuje warianty, które:

są relatywnie nowe, a przez to niewystarczająco zbadane i hipotetycznie posiadające kompromitującą podatność — to dotyczy przede wszystkim wariantów bazujących na danym problemie matematycznym, a nie koncepcie bazującym na odporności funkcji haszującej, jak np. SLH-DSA,
zasadniczo w każdym aspekcie, tj. rozmiar klucza publicznego/rozmiar podpisu cyfrowego/liczba cykli CPU niezbędnych do podpisu lub weryfikacji podpisu, są przeważnie mniej wydajne nich ich dzisiejsze “klasyczne” odpowiedniki przed-kwantowe, co z kolei bardzo dobrze widać tutaj.

Innymi słowy, w organizacjach, które nie szukają zgodności regulacyjnej, a konkretnej zdolności wynikającej z danego algorytmu kryptograficznego, należy rozważyć również:

zagrożenie kompromitacji samego standardu — warto tu odnotować skompromitowane/osłabione schematy SIKE oraz HAWK[1][2]; w kontekście HAWK kilka dni później ukazał się inny papier redukujący “Shortest Vector Problem” do 3n/4+1 i choć wynik Anthropic jest lepszy (n/2+1), wygląda na to że zadecydował czas, bo autorzy “Trace Zero Attack” podeszli do problemu od innej strony.
zagrożenie regresji wydajnościowej, a zatem potrzebę wymiany danego schematu kryptograficznego na inny, o lepszych parametrach, gdy tylko taki schemat zostanie rekomendowany przez odpowiednią instytucję.

Choć SIKE oraz HAWK zostały skompromitowane/osłabione przed oficjalną rekomendacją, wykorzystanie agentów AI może przyspieszać nie tylko analizę implementacji, lecz także poszukiwanie słabości w teoretycznych podstawach algorytmów kryptograficznych, a tak złamany został HAWK.

Kryptoanaliza wzmocniona modelem LLM i/lub agentowym frameworkiem nieodwracalnie wchodzi do mainstreamu.

Oczekując zatem określonych zdolności, należy także przyjąć, że migracja do kryptografii post-kwantowej sama w sobie wiąże się z ryzykiem, w tym z zagrożeniem kompromitacji przyjętego standardu. Innymi słowy, bazowanie tylko na algorytmach post-kwantowych powinno nieść za sobą konkretną analizę zagrożeń. Choć jednym z rozwiązań rekomendowanych jest “hybryda”, polegająca na równoległym wykorzystaniu algorytmu klasycznego i post-kwantowego, nie w każdym przypadku stanowi ona warunek konieczny.

Podsumowując, jeżeli algorytm post-kwantowy zostanie skompromitowany, przestaje zapewniać bezpieczeństwo nie tylko wobec przyszłego przeciwnika dysponującego komputerem kwantowym, lecz natychmiastowo przestaje także spełniać swoją dzisiejszą funkcję.

Atak na infrastrukturę Hugging Face, a zagrożenia wynikające z istnienia efektywnego komputera kwantowego

Niedawny atak autonomicznego agenta na infrastrukturę Hugging Face daje obraz, jak wykorzystanie z pozoru niezwiązanych podatności, krok po kroku prowadzi do eskalacji uprawnień ze względu na wolumen wykonywanych operacji. Choć w tym przypadku nie było to bezpośrednim celem, trudno nie rozważyć również bardziej subtelnych scenariuszy, jak ataki MITM czy ataki kleptograficzne, w których nawet prewencyjna rotacja kluczy może nie zamknąć atakującemu drogi dostępu. Naturalnie i na to można znaleźć rozwiązanie, np. podobnie jak to zrobili po ataku HF “Rebuilt the core infrastructure”, ale to otwiera temat świadomości sytuacyjnej, również dyskutowanej w raporcie od HF.

Zagrożenia związane z komputerem kwantowym to zagrożenia z przyszłości, natomiast równolegle przychodzą wyzwania, których z punktu widzenia bezpieczeństwa informacji nie sposób dziś zignorować i odpowiednio priorytetyzować działania. Choć geopolityka już dziś ma wpływ świat modeli LLM, jeśli kierunek chiński się nie zmieni, po Kimi K3 przyjdą kolejne modele i choć mogą być w tyle za topowymi z U.S., raport UK AISI / U.S. CAISI pokazuje, że różnica to miesiące, a nie lata. Nie zanosi się na to, aby “open-weight models” miały zniknąć z rynku.

Z tej perspektywy, domena cyberbezpieczeństwa nieuchronnie stoi przed transformacją w kierunku znacznej automatyzacji, a zagrożenia wynikające z istnienia efektywnych komputerów kwantowych będą musiały się w tym w jakiś sposób zmieścić. Czy się zmieszczą?

Migracja PQC, a obecny stan regulacyjny

Znakomita większość wiarygodnych organizacji zajmujących się standardami cyberbezpieczeństwa na poziomie krajowym i/lub unijnym wydała zalecenia odnośnie konieczności migracji kryptografii do wariantów post-kwantowych. Ponadto, organizacje standaryzacyjne niektórych państw określiły już własne zasady migracji, zasad zaopatrzenia od zewnętrznych dostawców i dat końca respektowania kryptografii przed-kwantowej w administracji publicznej. Choć obecna Polska Strategia Cyberbezpieczeństwa traktuje migrację post-kwantową jako jedno z zadań priorytetowych, w odniesieniu do dowolnego sektora na dzień dzisiejszy konkretów brak.

Z unijnej perspektywy regulacyjnej na horyzoncie nie widać zmian wiążących się z równie rygorystycznym egzekwowaniem jak NIS2 czy DORA. Wniosek COM(2026) 13 dotyczący zmiany NIS2 i wprowadzający pkt 8, dyskutuje problem zagrożeń ze strony technologii kwantowych. Tamże cyt: “państwa członkowskie powinny być zobowiązane do przyjęcia polityk na rzecz przejścia na kryptografię postkwantową w ramach krajowej strategii cyberbezpieczeństwa”, zatem w praktyce implementacja będzie zależeć od wytycznych krajowych. Pozostajemy więc w sferze rekomendacji, w tym ENISA ECCG Agreed Cryptographic Mechanisms v3 czy NIS “A Coordinated Implementation Roadmap for the Transition to Post-Quantum Cryptography”.

Innymi słowy, regulacje mogą równie dobrze dotyczyć tylko konkretnych sektorów lub lokalnych wymogów instytucji (np. wymogi BSI lub ANSSI), co może prowadzić do fragmentacji i polityk różnych prędkości.

Migracja PQC, a ciągłość operacyjna organizacji

Choć istnienie efektywnego komputera kwantowego to przyszłość, zagrożenia z nim związane już teraz mogą wpływać na organizacje poprzez generowanie ryzyk być może istotnych w przyszłości. W praktyce, HNDL oraz TNFL to pierwsze takie zagrożenia, które wprost dotyczy przyszłości. Nie wchodząc w analizę (nie)realności konkretnych zagrożeń, przeanalizujmy ich oddziaływanie na organizację.

Wpływ: wartość intelektualna

Pierwszą konsekwencją do rozważenia jest wartość intelektualna (IP) organizacji. W szczególności czy w wyniku cyfrowej komunikacji, nie są dziś przesyłane jakiekolwiek wartościowe informacje, które zachowają wartość również w przyszłości.

Choć stosunkowo niewiele kategorii informacji zachowuje znaczącą wartość w długim horyzoncie czasowym, ocenę tego istotnie zmienia potencjał ich korelacji.

Wpływ: reputacja i wiarygodność organizacji

Wpływ utraty reputacji organizacji, tj. czy i jak potencjalne ujawnienie danych wrażliwych w przyszłości ma wpływ na działalność operacyjną organizacji, wiarygodność i współpracę z klientami oraz kontrahentami.

Choć dziś zdarzenia takie jak ataki ransomware mają podobne konsekwencje, istnienie efektywnego komputera kwantowego zmienia ich skalę.

Wpływ: bezpieczeństwo ciągłości operacyjnej

Zagrożenia MITM (w tym TNFL) mają wpływ na zdolność organizacji do zarządzania własnymi zasobami, dostępu do informacji wrażliwych, czy kompromitacji lub wyłączeń krytycznych systemów.

Zarówno MITM, jak i TNFL, dotyczą autentyczności oraz integralności informacji, umożliwiając m.in. fałszowanie podpisów, podszywanie się pod zaufane podmioty/tożsamości oraz uzyskiwanie nieautoryzowanych uprawnień.

Co dalej?

Zagrożenia wynikające z przyszłych komputerów kwantowych to ryzyka nowe, ale także oddziałujące na “cryptosystem” organizacji. Jednocześnie, ryzyka już obecne, wynikające z błędów implementacyjnych, niewłaściwego zarządzania kluczami, podatności dostawców czy automatyzacji ataków przez “AI” mogą być dziś bardziej bezpośrednie i namacalne.

Bezpieczeństwo informacji w świecie cyfrowym to zestaw działań i środków przeciwdziałających zagrożeniom wpływającym na działalność operacyjną organizacji. Obejmuje ocenę zagrożeń i podatności, które mogą mieć bezpośredni wpływ na osiąganie celów biznesowych, oraz poszukiwanie odpowiednich środków zaradczych i mitygacji.

Każda organizacja zatem powinna samodzielnie ocenić wpływ poszczególnych zagrożeń, a jednocześnie poszukiwać synergii w sposobach ich adresowania. Horyzont zagrożeń wynikających z rozwoju “AI” i komputerów kwantowych jest różny, ale wzmacnianie zdolności ochrony infrastruktury przed zagrożeniami bliższymi może jednocześnie przygotowywać grunt pod reakcję na zagrożenia przyszłe.

Wymogi regulacyjne wynikające z DORA czy NIS2 mogą już efektywnie wykorzystywać SBOM czy rejestr aktywów, a te z kolei mogą wzmacniać świadomość sytuacyjną organizacji, w tym nieuchronny postęp w automatyzacji, związany z rozwojem “AI”.

Z pewnością posiadanie CBOM czy zdolności kryptograficznej zwinności będzie zależeć od organizacji, ale jednocześnie bez wymogów regulacyjnych, może być (nawet sektorowo) odkładane na przyszłe budżety i traktowane jako niski priorytet ze względu na inne emergentne zagrożenia.

Załącznik 1 — historyczne kompromitacje składników “cryptosystem”

Lista najważniejszych, historycznych i współczesnych przykładów kompromitacji poszczególnych składników “cryptosystem”, pokazujących, że najsłabsze ogniwo rzadko leży w problemie matematycznym stojącym za konkretnym algorytmem kryptograficznym, a znacznie częściej w jego implementacji, integracji lub obsłudze.

Choć każdy element “cryptosystem” historycznie wykazuje, że nie istnieje coś takiego jak “pełna odporność”, w praktyce wykazane podatności standardów kryptograficznych mają zupełnie inny wpływ na dany ekosystem niż podatności wynikające z użycia danego standardu w konkretnych implementacjach kodu źródłowego oprogramowania. Statystycznie, standardy kryptograficzne są najmocniejszym elementem każdego “cryptosystem”.

Standard kryptograficzny

MD5 — rogue CA (2008) — atakujący stworzyli fałszywy certyfikat CA, któremu ufały wszystkie przeglądarki. Można było podszyć się pod dowolną stronę HTTPS, w tym banki.
MD5 — Flame (2012) — złośliwe oprogramowanie podszyło się pod Microsoft w Windows Update. Zainfekowano systemy na Bliskim Wschodzie w operacji państwowej.
SHA-1 — SHAttered (2017) — pierwsza praktyczna kolizja SHA-1, dowód że algorytm przestał być bezpieczny. SHA-1 zdeprecjonowano w TLS, ale Git nadal używa go domyślnie.

Biblioteka kryptograficzna i jej integracja

Heartbleed (2014) — błąd w OpenSSL pozwalał odczytywać pamięć serwera, w tym klucze prywatne. Podatnych było ~17% serwerów HTTPS na świecie (~6,5 mln certyfikatów). Administratorzy musieli masowo wymieniać certyfikaty.
ROBOT (2017) — 19-letnia luka w implementacji RSA pozwalała podszywać się pod serwery. Podatność prawie 1/3 z top 100 domen (Facebook, PayPal). Badacze udowodnili to, podpisując komunikat kluczem prywatnym facebook.com.
xz-utils backdoor (2024) — backdoor wstawiony w łańcuch dostaw Open Source, mający otwierać SSH na wszystkich Linuxach. Wykryty przypadkiem tuż przed trafiением do RHEL.

Zarządzanie kluczami kryptograficznymi

CISA GitHub leak (2026) — klucze AWS GovCloud i hasła w publicznym repo przez 6 miesięcy. CISA — agencja ds. cyberbezpieczeństwa USA — ignorowała 9 automatycznych alertów GitHub Secret Scanning.
GitHub RSA SSH key (2023) — prywatny klucz hosta GitHub.com został przypadkowo opublikowany. Atakujący mógł podszyć się pod GitHub globalnie.
ROCA (2017) — miliony kluczy RSA generowanych przez chipy Infineon (w laptopach Lenovo, Dell, HP) dało się złamać z samego klucza publicznego. Wymiana kluczy w skali enterprise.

Jakość źródeł entropii oraz poprawność użycia PRG

Coldcard wallet RNG (2026) — błąd w generatorze liczb losowych w hardware wallet. Atakujący odtworzył seed i ukradł 88 mln USD w Bitcoin.
Debian OpenSSL PRNG (2008) — błąd w patchu Debiana ograniczył przestrzeń kluczy do ~32 tys. możliwych wartości. Wszystkie klucze SSH i certyfikaty na Debian/Ubuntu z dwóch lat były przewidywalne. Masowa wymiana kluczy.
PS3 ECDSA (2010) — Sony używało stałej liczby losowej w podpisach ECDSA. Klucz prywatny Sony wyciągnięty z dwóch podpisów i publicznie opublikowany. Pełna kompromitacja security modelu PS3.