Jak sprawdzić czy aplikacja będzie bezpieczna po Q-day

Czym jest Q-day i dlaczego zmienia zasady bezpieczeństwa aplikacji

Q-day to umowne określenie momentu, w którym komputer kwantowy będzie w stanie złamać dzisiejszą kryptografię asymetryczną. Nie chodzi o jakąś odległą fantastykę. Algorytm Shora, teoretycznie opisany jeszcze w latach 90., pozwala rozpracować klucze RSA i ECC, czyli fundamenty, na których stoi dziś niemal każda aplikacja.

I tu zaczyna się problem. Twoje hasła, czaty, przelewy i logowania opierają się właśnie na tych algorytmach. Q-day nie wywróci ich wszystkich naraz, ale zmieni reguły gry szybciej, niż większość firm zdąży zareagować.

Uważam, że największy błąd to traktowanie Q-day jako jednego konkretnego dnia z kalendarza. To raczej proces, w którym kolejne zabezpieczenia przestają wystarczać, a ty dowiadujesz się o tym po fakcie.

Dlatego pytanie „czy moja aplikacja będzie bezpieczna" zamienia się w „kiedy producent zacznie wdrażać kryptografię post-kwantową". Jeśli nie potrafisz tego ustalić, masz odpowiedź.

Które aplikacje są naprawdę zagrożone atakiem kwantowym

Nie każda aplikacja na telefonie jest równym celem. Komputer kwantowy zdolny do złamania dzisiejszej kryptografii uderzy w te miejsca, gdzie dane mają długi okres ważności albo chronią coś naprawdę wrażliwego. Zagrożenie zależy od dwóch rzeczy: jakiego szyfrowania używa apka i jak długo Twoje dane muszą pozostać tajne. Jeśli hasło do forum wycieknie za pięć lat, mało kogo to zaboli. Jeśli wycieknie historia leczenia albo klucze do portfela kryptowalut, sprawa wygląda inaczej.

Jest jeszcze jeden niuans, o którym mało się mówi. Atakujący mogą dziś zbierać zaszyfrowany ruch i trzymać go na zapas, aż komputery kwantowe dojrzeją. To tak zwane zbieranie teraz, odszyfrowanie później. Dlatego aplikacja, która dziś wydaje się bezpieczna, może okazać się dziurą za kilka lat, nawet jeśli nic w niej nie zmienisz.

Z mojej perspektywy największy problem dotyczy komunikatorów i portfeli kryptowalut, bo tam szkoda jest nieodwracalna. Zwykłe aplikacje rozrywkowe mogą poczekać. Warto natomiast sprawdzić, czy Twój komunikator zapowiada przejście na kryptografię post-kwantową. Część dużych dostawców już to robi, o czym piszę szerzej w tekście o kryptografii post-kwantowej.

Sygnały ostrzegawcze: jak rozpoznać aplikację bez ochrony post-kwantowej

Większość aplikacji nie mówi wprost, jakiego szyfrowania używa. To pierwszy problem. Drugi: nawet jeśli deklaruje "szyfrowanie end-to-end", nie znaczy to, że przetrwa atak komputera kwantowego. Algorytmy takie jak RSA i klasyczny ECDH padną pod algorytmem Shora, gdy tylko powstanie wystarczająco stabilny komputer kwantowy. Data Q-day pozostaje niepewna, ale dane zbierane dzisiaj mogą być odszyfrowane później. Atak "harvest now, decrypt later" nie jest teorią, to realna strategia.

Jak więc odróżnić aplikację przygotowaną na Q-day od tej, która udaje? Kilka sygnałów powinno zapalić czerwoną lampkę.

• Dokumentacja milczy o algorytmach kryptograficznych albo mówi tylko "bankowe szyfrowanie" bez konkretów.
• Aplikacja korzysta wyłącznie z RSA, ECDSA lub klasycznego Diffie-Hellman, bez żadnej wzmianki o wersjach hybrydowych.
• Brak informacji o agility kryptograficznym, czyli możliwości wymiany algorytmu bez przepisywania całej aplikacji.
• Firma nie publikuje żadnych planów migracji ani nie odnosi się do zaleceń NIST dotyczących kryptografii post-kwantowej.
• Polityka prywatności nie precyzuje, jak długo przechowywane są zaszyfrowane dane i kto ma do nich klucze.

Powyższe sygnały nie przesądzają o winie. Tylko że brak informacji to też informacja. Aplikacja, która nie potrafi odpowiedzieć na pytanie o swoje szyfrowanie, prawdopodobnie nie przygotowuje się na scenariusz, w którym dzisiejsze zabezpieczenia przestają wystarczać.

Uważam, że model hybrydowy (klasyczny algorytm plus post-kwantowy, np. ML-KEM) jest obecnie rozsądniejszym wyborem niż czekanie na "gotowe" rozwiązania. Działa lepiej niż zwykłe RSA, bo nawet jeśli jeden z algorytmów zostanie złamany, drugi wciąż chroni dane. To kompromis między bezpieczeństwem a wydajnością, ale w praktyce wystarczający dla większości zastosowań konsumenckich.

Warto też sprawdzić, czy dostawca aplikacji w ogóle porusza temat Q-day w swoim blogu lub dokumentacji. Jeśli nie, to nie znaczy od razu, że jest zagrożenie. Tylko że temat może być poza horyzontem jego planowania.

Na Radio Techno Power staram się podchodzić do tego spokojnie. Bez paniki, ale i bez ignorowania. Jeśli aplikacja nie potrafi wyjaśnić, co robi z twoimi danymi w perspektywie najbliższych lat, to znak, że warto zapytać ją wprost. Albo poszukać alternatywy.

Praktyczny test w 6 krokach: sprawdź swoją aplikację przed Q-day

Większość aplikacji nie mówi wprost, jakiego szyfrowania używa. To pierwszy problem. Drugi: nawet jeśli gdzieś w dokumentacji pojawia się wzmianka o TLS, nie znaczy, że dane są odporne na atak z użyciem komputera kwantowego.

Poniższy test nie wymaga wiedzy technicznej ani dostępu do kodu źródłowego. Wystarczy przeglądarka i kilkanaście minut. Kolejność kroków ma znaczenie, bo każdy następny zawęża listę aplikacji, którym naprawdę można zaufać.

1. Sprawdź, czy aplikacja wymusza HTTPS na wszystkich ekranach logowania i przesyłania danych. Jeśli gdziekolwiek pojawia się zwykłe HTTP, reszta testu nie ma sensu.
2. Zajrzyj do polityki prywatności i poszukaj informacji o szyfrowaniu. Brak jakiejkolwiek wzmianki to sygnał ostrzegawczy, nie neutralny.
3. Ustal, gdzie trafiają Twoje dane. Serwer w jurysdykcji z jasnymi przepisami o ochronie danych działa na korzyść, ale nie zastępuje solidnej kryptografii.
4. Sprawdź historię aktualizacji. Aplikacja, która nie dostała poprawki od roku, prawdopodobnie nie śledzi zagrożeń kwantowych.
5. Poszukaj informacji o migracji do kryptografii post-kwantowej w komunikatach producenta lub dokumentacji dla deweloperów.
6. Oceń, czy aplikacja przechowuje dane długoterminowo. Im dłużej dane leżą na serwerze, tym większe ryzyko, że zostaną odszyfrowane po pojawieniu się odpowiednio silnego komputera kwantowego.

Krok szósty jest niedoceniany. Aplikacja może mieć dziś solidne szyfrowanie, ale jeśli przechowuje Twoje dane przez lata, atak typu "zbierz teraz, odszyfruj później" staje się realnym scenariuszem. Krótsza retencja danych to prostsza obrona niż najbardziej zaawansowany algorytm.

Ten test daje orientacyjny obraz, nie gwarancję. Jeśli aplikacja dotyczy finansów, zdrowia lub dokumentów tożsamości, warto dodatkowo sprawdzić komunikaty producenta i skonsultować się z osobą odpowiedzialną za bezpieczeństwo w danej organizacji.

Co zrobić, gdy aplikacja nie jest gotowa na komputery kwantowe

Nie każdy dostawca zdąży z aktualizacją przed Q-day. Część mniejszych aplikacji korzysta ze starych bibliotek kryptograficznych, których nikt nie ruszał od lat. To nie znaczy, że masz od razu rezygnować z usługi. Znaczenie ma to, jak reagujesz na brak gotowości po stronie twórcy.

W takich sytuacjach lepsza jest świadoma redukcja ekspozycji niż liczenie na to, że dostawca zdąży na czas. Aplikacje bez jasnej deklaracji o kryptografii post-kwantowej traktuję ostrożniej niż te, które publikują plan migracji, bo sam brak informacji mówi sporo o priorytetach zespołu.

Praktyczny zestaw kroków wygląda tak:

• Sprawdź, czy dostawca w ogóle wspomina o kryptografii post-kwantowej w dokumentacji lub na blogu technicznym.
• Ogranicz ilość danych, które powierzasz aplikacji, do minimum niezbędnego do działania.
• Włącz uwierzytelnianie dwuskładnikowe, jeśli usługa je oferuje, bo podnosi próg wejścia dla atakującego.
• Zapytaj support wprost o plan migracji na algorytmy odporne na komputery kwantowe.
• Przenieś wrażliwe funkcje, choćby wymianę dokumentów, do usługi z potwierdzonym roadmapem.

Reakcja dostawcy bywa różna. Krótka, konkretna odpowiedź z terminem to dobry sygnał. Milczenie albo ogólniki o „bezpieczeństwie na najwyższym poziomie” bez szczegółów powinny zapalić lampkę ostrzegawczą.

Jeśli aplikacja przetwarza dane, których wyciek byłby kosztowny, nie zwlekaj z decyzją. Lepiej przenieść się wcześniej niż tłumaczyć się po fakcie.

Najczęściej zadawane pytania (FAQ)

Czy moja aplikacja bankowa przestanie działać w dniu Q-day? Prawdopodobnie nie z dnia na dzień. Komputery kwantowe nie łamią szyfrowania błyskawicznie i globalnie. Ale jeśli aplikacja korzysta ze starego szyfrowania RSA lub ECC, dane przesyłane dziś mogą zostać przechwycone i odszyfrowane później. To scenariusz znany jako "harvest now, decrypt later".

Czy mogę samodzielnie sprawdzić, jakiego szyfrowania używa aplikacja? Częściowo tak. Narzędzia deweloperskie w przeglądarce pokazują protokół połączenia. Aplikacja mobilna to inna historia, bo ruch szyfrowany jest na poziomie systemu operacyjnego. Bez dostępu do kodu źródłowego weryfikacja jest ograniczona więcej na ten temat znajdziesz w naszym przewodniku: "Kryptografia post-kwantowa — jak chronic dane przed komputerami kwantowymi".

Co realnie możesz zrobić

• Sprawdź, czy aplikacja ma aktualizacje z ostatnich miesięcy, bo producenci migrują do kryptografii post-kwantowej stopniowo.
• Zajrzyj do polityki prywatności i dokumentacji technicznej pod kątem wzmianek o PQC lub algorytmach hybrydowych.
• Zapytaj dostawcę wprost, jakie algorytmy stosuje i czy planuje migrację.
• Zweryfikuj certyfikat połączenia, czy nie wygasł i czy pochodzi od zaufanego wystawcy.
• Unikaj aplikacji, które od lat nie były aktualizowane i nie mają jasnej polityki bezpieczeństwa.

Kiedy to naprawdę zacznie mieć znaczenie? Nikt nie poda dokładnej daty. Eksperci branżowi mówią o perspektywie lat, nie tygodni. Warto działać prewencyjnie, ale bez paniki. Jeśli aplikacja należy do dużego dostawcy z aktywnym zespołem bezpieczeństwa, szanse na terminową migrację są większe niż w przypadku porzuconego projektu.

W razie wątpliwości co do konkretnej usługi finansowej czy medycznej, najlepiej zapytać bezpośrednio jej operatora lub sprawdzić aktualne wytyczne właściwego organu nadzoru.