A posztkvantum kriptográfia ma még sok vállalatnál távoli, „majd egyszer” típusú témának tűnik. Pedig a felkészülést nem akkor érdemes elkezdeni, amikor a kvantumszámítógépek már széles körben képesek lesznek a ma használt nyilvános kulcsú titkosítások megtörésére. Az átállás ugyanis nem egyetlen szoftverfrissítés, hanem leltározás, tervezés, tesztelés és fokozatos bevezetés kérdése.
A lényeg röviden: a jelenlegi internetes biztonság jelentős része olyan algoritmusokra épül, mint az RSA vagy az elliptikus görbéken alapuló kriptográfia. Ezek ma megfelelően erősek a gyakorlatban, de egy kellően fejlett kvantumszámítógép elméletileg veszélyeztetheti őket. A posztkvantum megközelítés célja olyan algoritmusok használata, amelyek a jelenlegi tudásunk szerint a kvantumszámítógépekkel szemben is ellenállóbbak.
Miért nem érdemes kivárni?
A kockázat nem csak abból áll, hogy egyszer a jövőben valaki visszafejt egy aktuális kommunikációt. Létezik egy gyakorlati fenyegetési modell is: az úgynevezett „gyűjtsd most, fejtsd vissza később” megközelítés. Ennek lényege, hogy a támadó ma rögzíti a titkosított adatforgalmat, majd később, erősebb technológiával próbálja visszafejteni.
Ez különösen azoknál az adatoknál fontos, amelyeknek hosszú távon is bizalmasnak kell maradniuk. Ilyenek lehetnek például:
- üzleti szerződések és tárgyalási anyagok,
- szellemi tulajdonhoz kapcsolódó dokumentumok,
- egészségügyi, pénzügyi vagy személyes adatok,
- kormányzati, kutatási vagy kritikus infrastruktúrához kapcsolódó információk,
- hosszú életciklusú IoT- és ipari rendszerek kommunikációs adatai.
Ha egy adat csak néhány napig érzékeny, a kockázat másképp értékelendő, mint ha tíz év múlva is titkosnak kell maradnia. Ezért a kvantumbiztos titkosítás nem pusztán technológiai kérdés, hanem adatvédelmi és üzleti prioritási feladat is.
Mit jelent a PQC átállás a gyakorlatban?
A PQC átállás nem azt jelenti, hogy holnaptól minden meglévő rendszert le kell cserélni. Sokkal inkább egy irányított, kockázatalapú modernizációról van szó. Első lépésként érdemes felmérni, hol és milyen kriptográfiai megoldásokat használ a szervezet.
A gyakorlatban ez a következő területeket érintheti:
- TLS kapcsolatok: weboldalak, API-k, belső szolgáltatások, ügyfélportálok.
- VPN és távoli hozzáférés: munkatársi belépések, telephelyek közötti titkosított csatornák.
- E-mail titkosítás és aláírás: S/MIME, PGP vagy vállalati megoldások.
- Kódaláírás: szoftverfrissítések, telepítőcsomagok, firmware-ek hitelessége.
- Tanúsítványkezelés: belső CA, publikus tanúsítványok, gépi identitások.
- Adattárolás: hosszú távon megőrzött archívumok, backupok, dokumentumtárak.
Aki nem tudja, hol használ kriptográfiát, az később sem fogja tudni gyorsan és biztonságosan lecserélni. Ezért a kriptográfiai leltár az egyik legfontosabb előkészítő lépés.
TLS tanúsítványok és böngészők: itt is jön a változás
A TLS tanúsítványok világa különösen fontos, mert ezek védik a webes kommunikáció jelentős részét. A posztkvantum algoritmusok bevezetése itt fokozatos lesz: először tesztkörnyezetekben, hibrid megoldásokban, majd szélesebb körű iparági támogatással jelenhet meg.
A hibrid megközelítés lényege, hogy a jelenlegi, bevált algoritmusok mellett posztkvantum algoritmusokat is használ a rendszer. Így az átállás nem egyetlen ugrás, hanem kontrollált átmenet. Ez különösen fontos kompatibilitási szempontból, mert a böngészőknek, szervereknek, load balancereknek, WAF-oknak, CDN-eknek és vállalati proxyknak is együtt kell tudniuk működni.
Egy gyakori hiba, hogy a cégek csak a publikus weboldal tanúsítványaira gondolnak. Pedig sok belső rendszer is TLS-t használ: adminfelületek, mikroszolgáltatások, monitoring eszközök, konténeres környezetek, CI/CD pipeline-ok. Ezeknél ugyanúgy fontos lesz a crypto agility, vagyis az a képesség, hogy az algoritmusokat és kulcsméreteket nagy leállás nélkül lehessen cserélni.
Hogyan építsd be a kiberbiztonsági stratégiába?
A posztkvantum felkészülést érdemes a meglévő kiberbiztonsági stratégia részeként kezelni, nem különálló kutatási projektként. Egy kisebb szervezetnél ez lehet egy egyszerű ütemterv, nagyvállalati környezetben viszont már külön programot is indokolhat.
Hasznos kiindulópont lehet az alábbi lépéssor:
- Készíts kriptográfiai leltárt: azonosítsd a tanúsítványokat, kulcsokat, protokollokat, könyvtárakat és eszközöket.
- Rangsorold az adatokat: mely információknak kell hosszú távon is bizalmasnak maradniuk?
- Vizsgáld meg a beszállítókat: kérdezd meg a felhőszolgáltatókat, szoftverpartnereket és biztonsági gyártókat a PQC terveikről.
- Tesztelj izolált környezetben: ne éles rendszeren kezdődjön az első posztkvantum kompatibilitási próba.
- Kerüld a saját kriptográfiát: csak szabványosított, széles körben vizsgált megoldásokat érdemes bevezetni.
- Tervezd meg a kulcs- és tanúsítványcserét: legyen folyamat arra, ha algoritmust kell váltani.
A technológiai döntéseknél fontos szempont, hogy ne csak az algoritmus neve szerepeljen a tervben. Figyelni kell a teljesítményre, a csomagméretekre, a kompatibilitásra, a naplózásra, a monitoringra és az üzemeltetési folyamatokra is. Egy új kriptográfiai megoldás akkor jó, ha nemcsak biztonságos, hanem stabilan működtethető is.
Mikor kell lépni?
Nem kell pánikszerűen mindent lecserélni, de a halogatás kockázatos. A posztkvantum kriptográfia bevezetése várhatóan több évig tartó átmenet lesz sok szervezetnél. Aki most elkezdi a felmérést, a beszállítói egyeztetést és a tesztelést, később jóval kisebb nyomás alatt tud majd dönteni.
A legfontosabb teendő tehát nem az, hogy azonnal minden rendszer kvantumbiztos legyen, hanem hogy a szervezet képbe kerüljön: hol használ titkosítást, mely adatok érzékenyek hosszú távon, és milyen gyorsan tudna algoritmust váltani. Ez a felkészültség lesz az alapja annak, hogy a kvantumbiztos titkosítás ne kapkodó vészmegoldás, hanem tudatos technológiai fejlesztés legyen.
