Postkvantové TLS: Jak se webhosting připravuje na nové kryptografické algoritmy

Kvantové počítače zatím běžné šifrování webového provozu nelámou. Útočníci ale mohou data zachytit už dnes a pokusit se je rozšifrovat později, až budou mít k dispozici dostatečně výkonnou technologii. Proto se připravují nové kryptografické algoritmy i jejich nasazení v TLS. Co se změní na straně webhostingu a co to znamená pro provozovatele webů?

Proč kvantové počítače představují riziko

TLS (Transport Layer Security), kryptografický protokol, chrání spojení mezi prohlížečem a webem. Při navazování spojení si obě strany dohodnou klíče, kterými pak šifrují přenášená data. K tomu se dnes používají například algoritmy založené na eliptických křivkách. Dostatečně výkonný kvantový počítač by mohl některé z těchto metod prolomit.

Rizikem je takzvaný útok „harvest now, decrypt later“. Útočník si ukládá zašifrovaná data a počítá s tím, že je v budoucnu dokáže přečíst. Týká se to hlavně informací, které mají zůstat důvěrné dlouhou dobu. NIST proto doporučuje plánovat přechod na kvantově odolné algoritmy už nyní.

Co musí připravit poskytovatel hostingu

Postkvantovou výměnu klíčů musí podporovat všechny části, které se podílejí na navazování TLS spojení. U webhostingu to může být webový server, reverzní proxy, load balancer nebo CDN. Poskytovatel musí ověřit, že jeho software podporuje dohodnuté algoritmy, a změnu bezpečně nasadit.

Důležitá je také kompatibilita. Kvantově odolnou výměnu klíčů musí podporovat prohlížeč i server. Pokud ji umí obě strany, mohou ji při spojení využít; jinak záleží na nastavení, zda se dohodnou na dosavadní metodě. Hybridní klíčové výměny jsou navržené tak, aby fungovaly i při připojení klientů, které je ještě nepodporují.

Nové algoritmy přenášejí více dat než dnešní výměna klíčů. Provozovatelé proto potřebují testovat nejen správné navázání spojení, ale také velikost zpráv, rychlost odezvy a chování síťových prvků po cestě. IETF v doporučení pro hybridní TLS řešení upozorňuje, že velikost zpráv může mít na latenci vliv.

Výměna klíčů není totéž, co certifikát

Při navazování TLS spojení plní kryptografie dvě různé úlohy. Výměna klíčů umožňuje klientovi a serveru vytvořit společný tajný klíč, kterým pak šifrují přenášená data. Certifikát naopak pomáhá ověřit, že se prohlížeč skutečně připojil k zamýšlenému webu. Server svou identitu prokazuje také elektronickým podpisem.

Hybridní výměna klíčů s ML-KEM proto sama o sobě nezmění algoritmus, kterým se podepisuje certifikát. Pokud certifikát a jeho ověřovací řetězec stále používají například RSA nebo ECDSA, postkvantovou ochranu výměny klíčů už máme, ale ověřování identity webu ještě zůstává navázané na dosavadní kryptografii. Stejně tak samotný postkvantový certifikát neochrání zaznamenaný provoz, pokud se při navazování spojení dál používá pouze klasická výměna klíčů.

Přechod se proto týká více částí infrastruktury –TLS serveru, certifikátů, certifikačních autorit i prohlížečů a dalších klientů, které musí nové algoritmy umět ověřit. NIST už standardizoval postkvantový podpisový algoritmus ML-DSA. Jeho použití pro ověřování v TLS 1.3 popisuje návrh IETF, který je k říjnu 2026 stále v procesu standardizace.

Co má dělat provozovatel webu

U běžného webhostingu bude hlavní část změn na poskytovateli, který spravuje TLS infrastrukturu. Provozovatel webu by měl u hostingu ověřit, jak poskytovatel aktualizuje používaný software a jak plánuje podporu nových algoritmů. U vlastního serveru je potřeba sledovat verze operačního systému, knihoven a reverzních proxy, které TLS ukončují.

Současně se vyplatí udržovat aktuální CMS, pluginy i serverové prostředí. Samotná podpora postkvantového TLS nevyřeší chyby v aplikaci ani nezabezpečí data, která služba ukládá.

Přechod na postkvantovou kryptografii nebude jednorázová výměna certifikátu. Jde o postupnou úpravu celé infrastruktury – od TLS knihoven a serverů až po ověření identity webu. Provozovatelům webů proto pomůže hosting s pravidelně aktualizovanou TLS konfigurací. Nabídku webhostingu a WordPress hostingu najdete na CZECHIA.COM.