Cloudflare chce vydávat certifikáty proti koncentraci bezplatných CA

Cloudflare roky spoléhá na 16 partnerských veřejných CA, aniž by sám vydal jediný veřejně důvěryhodný certifikát. Nyní se jí chce stát, a zajímavý je návrh: klasické certifikáty i Merkle Tree Certificates pod jednou CA, s omezením dopadu selhání zabudovaným od začátku.

Ze spotřebitele certifikátů se stává jejich vydavatel #

Většina infrastrukturních firem zůstává na jedné straně certifikačního vztahu. Žádají o certifikáty, instalují je a stěžují si, když má CA incident. Cloudflare stál pevně na straně spotřebitele. Podle vlastních slov nikdy sám nevydal jediný veřejně důvěryhodný certifikát.

To se má brzy změnit, nebo to alespoň Cloudflare zamýšlí. Společnost oznamuje svůj záměr stát se veřejnou certifikační autoritou. Oznámení pečlivě popisuje, jak věci dnes stojí, a tento článek by měl také. Cloudflare zatím certifikáty nevydává. Vše o chování služby, od rozhraní ACME přes pravidla obnovy až po podporu Merkle Tree Certificates, je prohlášením o plánu, nikoli popisem běžícího systému.

Věrohodnost oznámení nedodává ambice, ale už viditelná příprava. Cloudflare požádal o zařazení do kořenových programů Chrome, Apple, Microsoft a Mozilla. Uvádí, že prochází procesem žádosti a schvalování u každého z hlavních webových programů kořenových klíčů, a poznamenává, že tyto procesy probíhají veřejně. Kdokoli může v zásadě sledovat, zda žádost uspěje.

Proč je Cloudflare v pozici tu otázku položit #

Argumentace Cloudflare pro vybudování CA začíná u jeho postavení zákazníka. Stojí před více než 20 procenty globálního provozu požadavků na internetu. Ukončuje TLS pro miliony domén a spoléhá na miliony certifikátů ročně. Poskytuje svým zákazníkům balíčky certifikátů přes Universal SSL a zároveň využívá certifikáty od mnoha různých CA pro provoz vlastních systémů a interních činností.

Aby služby zákazníků zůstaly v provozu, zajišťuje Cloudflare tyto certifikáty přes více CA, s primárními a záložními cestami, takže služby zákazníků vydrží výpadky CA i odvolání. Síť partnerských veřejných CA, na kterou se mnoho let spoléhá, čítá 16 autorit.

Záložní mechanismus si zaslouží bližší pohled, protože ukazuje, jak Cloudflare přemýšlí o selhání. Každý certifikát Universal SSL už má záložní certifikát s odděleným klíčem, vydaný jinou autoritou. Pokud by byl primární někdy odvolán nebo kompromitován, záložní je připraven k automatickému nasazení. Je to pojistka proti selhání kterékoli jednotlivé CA, postavená ze strany zákazníka.

Je to ovšem pojistka se stropem. Diverzifikovat lze jen mezi CA, které existují, a zdroj tvrdí, že nabídka schopných CA je tenčí, než se zdá.

Problém koncentrace #

Čísla za tímto argumentem jsou výmluvná. Let's Encrypt vydává řádově deset milionů certifikátů denně. Obsluhuje více než 500 milionů webů a v roce 2025 překročil čtyři miliardy aktivních certifikátů. To jsou údaje jediné bezplatné CA a popisují web, jehož šifrování se silně opírá o jednu organizaci.

Zdroj vyvozuje zřejmý závěr, s přiměřenou výhradou: kdyby dominantní bezplatná certifikační autorita měla špatný týden, velká část webu by neměla srovnatelnou bezplatnou automatizovanou alternativu připravenou převzít zátěž. Jde o tvrzení o hypotetické situaci a Cloudflare ho tak také podává. Netvrdí, že se takový týden stal ani že nějaký přichází.

Přesto je logika snadno sledovatelná. Bezplatná automatizovaná CA je možností pro odolnost jen tehdy, když existuje před krizí. Cloudflare nabízí, že dokáže dodat druhou ve velkém měřítku. Tvrdil bych, že je to nejsilnější obchodní a technický důvod v oznámení, a nezávisí na žádné ze spekulativnějších částí plánu. Web, který má jednu dominantní bezplatnou CA a málo dalšího, je web s jediným bodem selhání, ať je provoz této CA jakkoli kvalitní.

Rozměr	Tradiční bezplatná automatizovaná CA (Let's Encrypt)	Navrhovaná veřejná CA Cloudflare
Strategie kotvy důvěry	ISRG Root X1 / X2 (vlastní kořeny zavedené od roku 2015)	Nabytý kořen GlobalSign (důvěryhodný od roku 2012) + nový kořen
Protokol vydávání	Standardní ACME (RFC 8555)	ACME s povinným vynucením ARI (RFC 9773)
Model odvolávání	CRL / OCSP + nouzová hromadná výměna u předplatitelů	Koordinované urychlení obnovy přes koncové body ARI
Postkvantová cesta	Hybridní podpisy X.509 ve fázi hodnocení	Nativní Merkle Tree Certificates (MTC) souběžně s klasickým X.509
Měřítko a počáteční zátěž	~10 mil. certifikátů denně pro více než 500 mil. webů	Ověření na Cloudflare jako zákazníkovi nula, přes 20 % globálního webového provozu

Koupit kořen místo čekání na něj #

Nejpraktičtější rozhodnutí v oznámení se týká kořene. Cloudflare uvádí, že podepsal závaznou smlouvu o nabytí zavedeného, široce důvěryhodného kořene od GlobalSign. Zdroj dává důvod přímo: zbrusu nový kořen není po léta široce použitelný. Stávající kořen GlobalSign je naproti tomu důvěryhodný v prohlížečích, operačních systémech a zařízeních od roku 2012.

Důvěra v kořen přichází pomalu, protože se kořen instaluje do zařízení a zařízení se aktualizují pomalu. Nový kořen může přijmout každý program, a přesto se na starším telefonu nebo ve vestavěném systému neověří. Nabytí kořene, který je v provozu už od roku 2012, toto čekání obchází, alespoň tak, jak to zdroj podává.

Cloudflare cestu nového kořene úplně neopouští. Podá také nový kořen k zařazení do programů kořenových klíčů a popisuje ho jako stavěný pro směr, kterým se ekosystém ubírá, včetně programů, které začínají omezovat, jak starý smí důvěryhodný kořen být. Tento poslední detail je užitečnou připomínkou, že stáří působí oběma směry. Stáří důvěryhodného kořene je výhodou pro pokrytí zařízení a některé programy směřují k limitům, jak starý smí důvěryhodný kořen být. Provozovat nabytý kořen i novou žádost vypadá jako odpověď na toto napětí, i když zdroj úvahu takto nevyjadřuje.

Služba postavená na ACME, s podmínkami #

U zavádění se mnohá oznámení CA stávají vágními. Cloudflare je konkrétní. Jeho veřejná CA bude primárně postavená na ACME, tedy bude mluvit protokolem Automated Certificate Management Environment, který už používá stávající automatizace. Tvrzení zní, že kdokoli, kdo už míří na stávající bezplatnou CA, může přejít na CA Cloudflare změnou URL adresáře, bez nových nástrojů a bez přestavby architektury. Je to plán, ne vyzkoušená migrační cesta, a tak by se měl číst. Ale změna konfigurace na jednom řádku je správný cíl, protože právě náklady na migraci drží lidi u výchozí volby.

Háček je požadavek, který většina uživatelů ACME dosud plnit nemusela. Cloudflare bude vydávat certifikáty jen klientům, kteří podporují ACME Renewal Information, neboli ARI, standardizované v RFC 9773. Předplatitelé musí udržovat automatizaci, která dotazuje koncový bod obnovy Cloudflare, reaguje na okna obnovy, která Cloudflare zveřejňuje, a určuje certifikát, který nahrazuje.

Je to pevný postoj a myslím, že správný. Vyvolává ale také oprávněnou otázku ohledně zavádění: CA, která obsluhuje jen klienty schopné ARI, je užší než CA, která obslouží kohokoli s knihovnou ACME. Zdroj neříká, kolik klientů to dnes vylučuje, takže hádat nebudu. Říká ale, proč Cloudflare toto omezení chce.

Odvolávání bez rozbitých webů #

Cloudflare uvádí, že za posledních 16 let leccos pozoroval, a jedno pozorování řídí tento návrh. Viděl certifikační autority uvízlé mezi včasným odvoláním a udržením webů předplatitelů v provozu.

Toto napětí je skutečné pro každou CA. Rychlé odvolání certifikátu chrání veřejnost, ale může vyřadit každý web, který na certifikátu závisí, pokud ho předplatitel nedokáže včas nahradit. CA chycená uprostřed buď odvolá pozdě, nebo zákazníkům něco rozbije.

ARI je odpovědí Cloudflare. Když je třeba certifikáty vyřadit, Cloudflare uvádí, že může u dotčených certifikátů posunout okna obnovy dopředu. Protože předplatitelé musí dotazovat koncový bod obnovy a jednat podle zveřejněných oken, může je CA nasměrovat k výměně dřív, než přijde tvrdé odvolání. Tento mechanismus je popsán jako schopnost, kterou Cloudflare zamýšlí mít, ne jako schopnost, kterou jako CA prokázal. Logika přesto drží pohromadě: požadavek dotazování existuje proto, aby tato páka fungovala.

Stejné myšlení je vidět v širším cíli návrhu. Cloudflare chce vybudovat certifikační autoritu, jejíž spolehlivost nezávisí jen na vyhýbání se chybám, ale, stejně jako u ostatních produktů Cloudflare, na tom, že selhání zůstávají malá a dopad každého jednotlivého problému je omezený. Vyhýbat se chybám je pro CA nezbytné a žádná CA to nemůže slíbit dokonale. Navrhovat tak, aby chyba zůstala ohraničená, je poctivější inženýrský postoj.

Transparentnost nad rámec auditu #

Veřejné CA se obvykle posuzují podle auditů. Zdroj o jejich mezích mluví otevřeně: audity jsou momentkou a říkají vám, že CA prošla. Neříkají vám, co CA dělá v libovolné úterý potom.

Odpovědí Cloudflare je prohlášení, že bude zveřejňovat reprodukovatelná sestavení softwaru, který certifikáty podepisuje. Je to podáno jako závazek, ne jako hotový výstup. Reprodukovatelná sestavení umožňují lidem zvenčí ověřit, že binární soubor běžící v cestě podepisování odpovídá zveřejněnému zdrojovému kódu, což je trvalá vlastnost způsobem, jakým zpráva z auditu není. Zda to bude stačit, závisí na tom, co Cloudflare skutečně zveřejní, a na tom, zda to ostatní zkontrolují.

Druhá polovina oznámení: Merkle Tree Certificates #

Postkvantová část je místem, kde oznámení hledí nejdál dopředu. Cloudflare oznamuje plány být jednou z prvních CA, které budou nabízet postkvantové certifikáty, a své první Merkle Tree Certificates plánuje vydat v prvním čtvrtletí roku 2027. Jiná pasáž zdroje uvádí, že první MTC se očekávají začátkem roku 2027. Obojí jsou plány.

Zdroj popisuje MTC jako nový a mnohem kompaktnější způsob doručování veřejně důvěryhodných certifikátů. Tato formulace je popisem a zdroj v pasážích, z nichž vycházím, neuvádí měření, takže nemohu říct, o kolik kompaktnější. Cloudflare uvádí, že v IETF prosazuje návrh MTC založený na standardech. Uvádí také, že Chrome letos dříve označil MTC za preferovanou cestu postkvantové autentizace. To je doložená událost a má význam, protože deklarovaná preference výrobce prohlížeče je to, co z návrhu dělá něco, s čím CA může plánovat.

Cloudflare nečeká, že přechod bude náhlý. Očekává, že velká část internetu bude ještě mnoho let spoléhat na klasické certifikáty a stávající WebPKI. Během tohoto období očekává, že MTC budou mít na vydávání stále rostoucí podíl. Jde o očekávání a zdroj je tak také označuje.

Jedna CA, jeden životní cyklus #

Architektonická volba, která z toho plyne, je ta, kterou považuji za nejpřesvědčivější. Nová CA je navržena tak, aby nesla klasické certifikáty i Merkle Tree Certificates pod jednou CA, s jedním životním cyklem a jednou sadou záruk. Zákazníci pak mohou přecházet tempem, které jim vyhovuje, a pomoci webu udělat tento krok bez tvrdého přepnutí.

Alternativou jsou dvě paralelní CA, dvě sady postupů a v určitém bodě vynucená migrace. Tvrdé přepnutí je nejrizikovější způsob, jak změnit ekosystém certifikátů, a deklarovaným cílem zdroje je se mu vyhnout. Formulace je opatrná, a právem: jde o záměr návrhu u CA, která ještě nevydává.

Zapadá to i do obrazu pobídek. Cloudflare uvádí, že očekává další růst počtu certifikátů, na které ročně spoléhá, s tím, jak se zkracují maximální doby platnosti, roste aktivita agentů a postkvantové certifikáty se stávají běžnými. Více certifikátů, vydávaných častěji, mluví pro automatizaci a pro CA, která bere obnovu jako operaci první kategorie. Systém postavený kolem ARI a jednoho životního cyklu je rozumnou odpovědí na toto očekávání, i když samo očekávání je prognóza, ne měření.

Zákazník nula #

Jak otestovat CA dřív, než na ni začne spoléhat veřejnost? Odpovědí Cloudflare je být vlastním prvním zákazníkem. Pro novou CA a její certifikáty, WebPKI i MTC, bude zákazníkem nula. Deklarovaným účelem je zajistit, aby všechny stránky nových systémů a procesů splňovaly vysoké interní standardy Cloudflare a aby infrastruktura CA byla prověřena v měřítku Cloudflare.

Vzhledem k dřívějším číslům jde o náročnou interní zátěž: miliony certifikátů ročně ve firmě, která stojí před více než 20 procenty globálního provozu požadavků. Zda první roky provozu proběhnou hladce, nám tvrzení říct nemohou. Ukazují ale rozumné pořadí kroků. Firma začíná jako intenzivní uživatel toho, co staví, s historií zajišťování přes více CA, záložními cestami a 16 partnerskými CA za sebou.

Stojí za to říct jasně, co chybí. Nic ve zdroji neuvádí objemy vydávání, chybovost, latenci ověření ani historii incidentů vlastní CA Cloudflare, protože žádná taková historie zatím neexistuje. Oznámení je prohlášením o záměru podloženým žádostmi, smlouvou o nabytí a návrhem. Není to doložená historie výsledků.

Na co se dívat #

O tom, zda půjde o smysluplný přínos pro WebPKI, nebo jen o zajímavé oznámení, rozhodnou tři věci.

První jsou kořenové programy. Cloudflare požádal Chrome, Apple, Microsoft a Mozillu a procesy probíhají veřejně. Jejich sledování je nejpřímějším způsobem, jak zjistit, kam až plán došel, a výsledek mi žádné z tvrzení neumožňuje předpovědět.

Druhou je požadavek ARI. CA, která trvá na podpoře RFC 9773, sází na to, že automatizaci obnovy lze prosadit v celé základně předplatitelů. Pokud sázka vyjde, dá Cloudflare možnost posouvat okna obnovy dopředu, když je třeba certifikáty vyřadit, což je deklarovaná odpověď na dilema odvolávání, které pozoroval. Pokud ne, bude zavádění pomalejší, než naznačuje příběh o migraci na jednom řádku.

Třetí je první čtvrtletí roku 2027. Tehdy Cloudflare plánuje své první Merkle Tree Certificates. Otevřenou otázkou je, jak rychle bude stále rostoucí podíl, který očekává, skutečně růst, když sám soudí, že velká část internetu zůstane u klasických certifikátů ještě mnoho let. Firma řekla, že přechod by neměl vyžadovat tvrdé přepnutí. První čtvrtletí roku 2027 bude první příležitostí zjistit, zda to jedna CA nesoucí oba typy certifikátů dokáže naplnit.

Co to znamená podle odvětví #

Vznik vysokoobjemové automatizované veřejné certifikační autority u poskytovatele okrajové infrastruktury mění provozní riziko a plánování PKI v několika technických oblastech.

Cloudová infrastruktura a okrajové sítě #

Provoz veřejné CA v okrajovém měřítku snižuje vnější závislost na ověřovacích API a seznamech CRL třetích stran. Propojením ukončování TLS na okrajových reverzních proxy s automatizovanými obnovami ACME ARI mohou poskytovatelé infrastruktury chránit své zákazníky před výpadky certifikačních autorit výše v řetězci.

Podnikové PKI a týmy DevOps #

Organizace, které pro veřejné koncové body spoléhají na Let's Encrypt, získávají věrohodnou automatizovanou alternativu. Povinné vynucení RFC 9773 (ARI) však znamená, že týmy musí prověřit své klienty ACME (Certbot, Lego, Caddy, Traefik) a zajistit, že podpora ARI je aktivní, než přepnou koncový bod adresáře.

Výrobci prohlížečů a správa kořenů #

Kořenové programy (Chrome, Mozilla, Apple, Microsoft) čelí rozšiřujícímu se ekosystému vysokoobjemových automatizovaných CA. Dvoukolejný přístup ke kořenům (nabytí staršího kořene z roku 2012 a současné podání moderního kořene) se pohybuje mezi pravidly prohlížečů, která stále více omezují životnost kořenových certifikátů, a potřebou zpětné kompatibility se staršími zařízeními.

Závěr #

Krok Cloudflare stát se veřejnou certifikační autoritou řeší skutečnou strukturální zranitelnost dnešního WebPKI: extrémní koncentraci bezplatného automatizovaného vydávání certifikátů. Spojením zavedeného kořene GlobalSign, přísné automatizace obnovy s ARI a mostu k postkvantovým Merkle Tree Certificates se návrh zaměřuje na provozní odolnost, nikoli jen na zajišťování certifikátů. O úspěchu rozhodnou schválení v kořenových programech a to, jak rychle klientské nástroje přijmou standardy ARI před zaváděním v roce 2027.

Často kladené otázky #

Mohu svého klienta ACME přepnout na CA Cloudflare už dnes?

Zatím ne. Cloudflare oznámil svůj záměr, podepsal smlouvu o nabytí kořene a podal žádosti do hlavních kořenových programů. Veřejné vydávání má začít po schválení v kořenových programech.

Co je ACME Renewal Information (ARI) a proč na tom záleží?

ARI (RFC 9773) je rozšíření protokolu ACME, které certifikačním autoritám umožňuje sdělit předplatitelům, kdy by měl být certifikát obnoven. Díky tomu mohou CA hladce koordinovat dřívější obnovy před plánovanými odvoláními a předcházet výpadkům webů.

Čím se Merkle Tree Certificates (MTC) liší od standardních certifikátů X.509?

MTC nahrazují tradiční jednotlivé kryptografické podpisy důkazy o zahrnutí do Merkleova stromu, ukotvenými ve veřejně ověřitelném logu. To výrazně zmenšuje velikost certifikátu a režii přenosu, a proto jsou preferovaným kandidátem pro postkvantovou autentizaci TLS.

Literatura #

Cloudflare, (2026). Budování certifikační autority pro celý internet ⧉. Cloudflare Blog.
IETF, (2024). RFC 9773: Automated Certificate Management Environment (ACME) Renewal Information (ARI) ⧉. IETF.
IETF, (2025). Merkle Tree Certificates pro TLS ⧉. IETF.
Chrome Root Program, (2026). Zásady a úvahy o postkvantové autentizaci ⧉. Chromium Projects.

Naposledy revidováno 2026-09-20.

Naposledy revidováno 2026-10-27.

Znovu publikovat tento článek

Cloudflare chce vydávat certifikáty proti koncentraci bezplatných CA — Sebastien Rousseau

Cloudflare se chce stát veřejnou certifikační autoritou, požádal o zařazení do kořenových programů Chrome, Apple, Microsoft a Mozilla a kupuje kořen GlobalSign.

Tento článek je licencován pod Creative Commons Attribution 4.0 International. Při opětovné publikaci uveďte odkaz na kanonickou URL.

Cloudflare chce vydávat certifikáty proti koncentraci bezplatných CA — Sebastien Rousseau

Cloudflare se chce stát veřejnou certifikační autoritou, požádal o zařazení do kořenových programů Chrome, Apple, Microsoft a Mozilla a kupuje kořen GlobalSign.

Originally published at https://sebastienrousseau.com/cs/2026-09-20-cloudflare-chce-vydavat-certifikaty-proti-koncentraci/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER