Cloudflare mahu menjadi CA sendiri kerana penumpuan CA percuma

Selama bertahun-tahun Cloudflare bergantung pada 16 pihak berkuasa sijil awam rakan kongsi tanpa pernah mengeluarkan sendiri sebarang sijil yang dipercayai umum. Kini syarikat itu berhasrat menjadi salah satunya, dan bahagian yang menarik ialah reka bentuknya: sijil klasik dan Merkle Tree Certificates di bawah satu CA, dengan pembendungan kegagalan dibina sejak awal.

Pengguna sijil menjadi pengeluar sijil #

Kebanyakan syarikat infrastruktur kekal di satu pihak dalam hubungan sijil. Mereka meminta sijil, memasangnya dan merungut apabila sesebuah CA mengalami insiden. Cloudflare selama ini teguh di pihak pengguna. Menurut kenyataannya sendiri, ia tidak pernah mengeluarkan sebarang sijil yang dipercayai umum.

Perkara itu akan berubah, atau sekurang-kurangnya Cloudflare menyatakan hasrat sedemikian. Syarikat itu mengumumkan hasratnya untuk menjadi pihak berkuasa sijil awam. Pengumuman itu berhati-hati tentang kedudukan semasa, dan artikel ini juga patut begitu. Cloudflare belum mengeluarkan sijil. Segala-galanya tentang tingkah laku perkhidmatan itu, daripada antara muka ACME hingga peraturan pembaharuan dan sokongan Merkle Tree Certificates, ialah kenyataan rancangan, bukan gambaran sistem yang sedang berjalan.

Yang menjadikan pengumuman itu boleh dipercayai bukanlah cita-cita, tetapi kerja asas yang sudah kelihatan. Cloudflare telah memohon untuk dimasukkan ke dalam program akar Chrome, Apple, Microsoft dan Mozilla. Ia menyatakan sedang melalui proses permohonan dan kelulusan dengan setiap program kunci akar teras web, dan menyatakan bahawa proses ini berlaku secara terbuka. Pada dasarnya, sesiapa sahaja boleh memerhati sama ada permohonan itu berjaya.

Mengapa Cloudflare berada pada kedudukan untuk bertanya soalan ini #

Hujah Cloudflare untuk membina CA bermula dengan kedudukannya sebagai pelanggan. Ia berada di hadapan lebih daripada 20 peratus trafik permintaan Internet global. Ia menamatkan TLS untuk berjuta-juta domain dan bergantung pada berjuta-juta sijil setahun. Ia menyediakan pek sijil melalui Universal SSL untuk pelanggannya, dan turut menggunakan sijil daripada banyak CA yang berbeza untuk menjalankan sistem dan operasi dalamannya sendiri.

Untuk memastikan perkhidmatan pelanggan terus berjalan, Cloudflare mendapatkan sijil tersebut melalui beberapa CA, dengan laluan utama dan sandaran supaya perkhidmatan pelanggan kekal berjalan sepanjang gangguan CA dan peristiwa pembatalan. Rangkaian CA awam rakan kongsi yang diharapkannya selama bertahun-tahun berjumlah 16.

Mekanisme sandaran itu wajar diteliti kerana ia menunjukkan cara Cloudflare memikirkan kegagalan. Setiap sijil Universal SSL sudah dihantar bersama sijil sandaran, dibalut dengan kunci berasingan dan dikeluarkan oleh pihak berkuasa yang berbeza. Jika sijil utama dibatalkan atau dikompromi, sijil sandaran sedia untuk digunakan secara automatik. Itu ialah perlindungan terhadap mana-mana CA tunggal yang bermasalah, dibina dari pihak pelanggan dalam hubungan itu.

Perlindungan itu juga ada had atasnya. Anda hanya boleh mempelbagaikan antara CA yang wujud, dan sumber berhujah bahawa bekalan CA yang berkemampuan lebih nipis daripada yang disangka.

Masalah penumpuan #

Angka di sebalik hujah itu sangat ketara. Let's Encrypt mengeluarkan kira-kira sepuluh juta sijil sehari. Ia melayani lebih daripada 500 juta laman dan melepasi empat bilion sijil aktif pada 2025. Itu ialah angka untuk satu CA percuma, dan angka itu menggambarkan web yang penyulitannya amat bergantung pada satu organisasi.

Sumber membuat kesimpulan yang jelas, dengan sikap berhati-hati yang wajar: jika pihak berkuasa sijil percuma yang dominan mengalami minggu yang buruk, sebahagian besar web tidak akan mempunyai alternatif percuma dan automatik yang setanding yang sedia menampung bebannya. Ini ialah kenyataan tentang keadaan hipotetikal, dan Cloudflare membentangkannya sedemikian. Ia tidak mendakwa minggu seperti itu pernah berlaku, atau akan tiba.

Walaupun begitu, logiknya mudah diikuti. CA percuma dan automatik hanya menjadi pilihan ketahanan jika ia wujud sebelum kecemasan. Tawaran Cloudflare ialah ia boleh membekalkan CA kedua pada skala besar. Saya berpendapat itulah sebab komersial dan teknikal terkuat dalam pengumuman itu, dan ia tidak bergantung pada mana-mana bahagian rancangan yang lebih spekulatif. Web yang mempunyai satu CA percuma yang dominan dan hampir tiada yang lain ialah web dengan satu titik kegagalan, walau setinggi mana pun kualiti operasi CA itu.

Dimensi	CA Automatik Percuma Tradisional (Let's Encrypt)	CA Awam Cloudflare yang Dicadangkan
Strategi Sauh Kepercayaan	ISRG Root X1 / X2 (akar dalaman yang diwujudkan sejak 2015)	Akar GlobalSign yang diperoleh (dipercayai sejak 2012) + akar baharu
Protokol Pengeluaran	ACME piawai (RFC 8555)	ACME dengan penguatkuasaan ARI (RFC 9773) mandatori
Paradigma Pembatalan	CRL / OCSP + penggantian pukal kecemasan oleh pelanggan	Pemajuan pembaharuan yang diselaraskan melalui titik akhir ARI
Laluan Pascakuantum	Tandatangan X.509 hibrid dalam penilaian	Merkle Tree Certificates (MTC) natif yang wujud bersama X.509 klasik
Skala dan Beban Kerja Awal	~10 juta sijil/hari merentas 500 juta+ laman	Pengesahan Pelanggan Sifar merentas 20%+ trafik web global

Membeli akar dan bukan menunggunya #

Keputusan paling praktikal dalam pengumuman itu melibatkan akar. Cloudflare menyatakan ia telah menandatangani perjanjian muktamad untuk memperoleh akar yang mantap dan dipercayai secara meluas daripada GlobalSign. Sumber memberikan sebabnya secara langsung: akar yang serba baharu tidak berguna secara meluas selama bertahun-tahun. Sebaliknya, akar GlobalSign yang sedia ada telah dipercayai merentas pelayar, sistem pengendalian dan peranti sejak 2012.

Kepercayaan akar bergerak perlahan kerana akar dipasang dalam peranti, dan peranti dikemas kini dengan perlahan. Akar baharu boleh diterima oleh setiap program tetapi masih gagal disahkan pada telefon lama atau sistem terbenam. Memperoleh akar yang sudah digunakan di lapangan sejak 2012 mengelakkan penantian itu, sekurang-kurangnya mengikut cara sumber membingkaikannya.

Cloudflare tidak meninggalkan sepenuhnya laluan akar baharu. Ia juga akan mengemukakan akar baharu untuk dimasukkan ke dalam program kunci akar, yang digambarkannya sebagai dibina untuk hala tuju ekosistem, termasuk program yang mula mengehadkan berapa lama usia akar yang dipercayai. Butiran terakhir itu menjadi peringatan berguna bahawa usia mempunyai dua sisi. Usia akar yang dipercayai ialah aset untuk liputan peranti, dan sesetengah program bergerak ke arah had tentang berapa lama usia akar yang dipercayai. Menjalankan akar yang diperoleh dan permohonan baharu sekali gus kelihatan sebagai jawapan kepada ketegangan itu, walaupun sumber tidak menghuraikan alasannya dengan istilah tersebut.

Perkhidmatan yang mengutamakan ACME, dengan syarat #

Penerimaan ialah titik di mana banyak pengumuman CA menjadi kabur. Cloudflare spesifik. CA awamnya akan mengutamakan ACME, iaitu menggunakan protokol Automated Certificate Management Environment yang sudah digunakan oleh automasi sedia ada. Dakwaannya, sesiapa yang sudah diarahkan ke CA percuma sedia ada boleh berpindah ke CA Cloudflare dengan menukar URL direktori, tanpa alat baharu dan tanpa merangka semula apa-apa. Itu ialah rancangan, bukan laluan migrasi yang telah diuji, dan patut dibaca sedemikian. Namun perubahan konfigurasi satu baris ialah sasaran yang betul, kerana kos migrasi yang membuatkan orang kekal dengan pilihan lalai.

Kelemahannya terletak pada keperluan yang kebanyakan pengguna ACME belum pernah perlu penuhi. Cloudflare hanya akan mengeluarkan sijil kepada klien yang menyokong ACME Renewal Information, atau ARI, yang dipiawaikan dalam RFC 9773. Pelanggan mesti mengekalkan automasi yang meninjau titik akhir pembaharuan Cloudflare, bertindak mengikut tetingkap pembaharuan yang diterbitkan Cloudflare, dan mengenal pasti sijil yang sedang digantikannya.

Ini ialah pendirian yang tegas, dan saya fikir ia pendirian yang betul. Ia juga menimbulkan soalan yang wajar tentang penerimaan: CA yang hanya melayani klien berkeupayaan ARI lebih sempit daripada CA yang melayani sesiapa sahaja yang mempunyai pustaka ACME. Sumber tidak menyatakan berapa banyak klien yang tersisih hari ini, jadi saya tidak akan meneka. Apa yang dinyatakannya ialah sebab Cloudflare mahukan kekangan itu.

Pembatalan tanpa merosakkan laman #

Cloudflare menyatakan ia telah memerhati pelbagai perkara sepanjang 16 tahun lalu, dan satu pemerhatian mendorong reka bentuk ini. Ia telah melihat pihak berkuasa sijil terhimpit antara pembatalan tepat pada masanya dengan memastikan laman pelanggan kekal dalam talian.

Ketegangan itu nyata bagi mana-mana CA. Membatalkan sijil dengan cepat melindungi orang ramai, tetapi ia boleh meruntuhkan setiap laman yang bergantung pada sijil itu jika pelanggan tidak dapat menggantinya dengan cukup pantas. CA yang terhimpit di tengah sama ada membatalkan lewat atau merosakkan pelanggan.

ARI ialah jawapan Cloudflare. Apabila sijil perlu ditamatkan, Cloudflare menyatakan ia boleh memajukan tetingkap pembaharuan untuk sijil yang terjejas. Oleh sebab pelanggan diwajibkan meninjau titik akhir pembaharuan dan bertindak mengikut tetingkap yang diterbitkannya, CA boleh mengarahkan mereka ke arah penggantian sebelum pembatalan keras berlaku. Mekanisme ini digambarkan sebagai keupayaan yang ingin dimiliki Cloudflare, bukan keupayaan yang telah dibuktikannya sebagai CA. Namun begitu, logiknya kukuh: keperluan peninjauan itu wujud supaya tuil ini berfungsi.

Pemikiran yang sama terserlah dalam matlamat reka bentuk yang lebih luas. Cloudflare berhasrat membina pihak berkuasa sijil yang kebolehpercayaannya bergantung bukan sahaja pada mengelakkan kesilapan tetapi, seperti produk Cloudflare yang lain, pada gagal secara kecil dan mengehadkan kesan mana-mana satu isu. Mengelakkan kesilapan adalah wajib bagi CA, dan tiada CA yang boleh menjanjikannya dengan sempurna. Mereka bentuk supaya kesilapan kekal terbendung ialah pendirian kejuruteraan yang lebih jujur.

Ketelusan melangkaui audit #

CA awam biasanya dinilai melalui audit. Sumber berterus terang tentang hadnya: audit bersifat pada satu titik masa dan memberitahu anda bahawa CA itu lulus. Audit tidak memberitahu apa yang dilakukan CA itu pada hari Selasa sebarangan selepas itu.

Jawapan Cloudflare ialah menyatakan bahawa ia akan menerbitkan binaan boleh dihasilkan semula bagi perisian yang menandatangani sijil. Itu dibingkaikan sebagai komitmen, bukan hasil yang sudah siap. Binaan boleh dihasilkan semula membolehkan pihak luar menyemak bahawa binari yang berjalan dalam laluan menandatangani sepadan dengan kod sumber yang diterbitkan, iaitu sifat yang berterusan dengan cara yang tidak dimiliki laporan audit. Sama ada itu terbukti mencukupi akan bergantung pada apa yang sebenarnya diterbitkan Cloudflare, dan sama ada pihak lain menyemaknya.

Separuh kedua pengumuman: Merkle Tree Certificates #

Bahan pascakuantum ialah bahagian yang paling jauh memandang ke hadapan. Cloudflare mengumumkan rancangan untuk menjadi antara CA pertama yang menyediakan sijil pascakuantum, dan merancang untuk mengeluarkan Merkle Tree Certificates pertamanya pada suku pertama 2027. Satu lagi petikan sumber menyatakan MTC pertama dijangka pada awal 2027. Kedua-duanya ialah rancangan.

Sumber menggambarkan MTC sebagai cara baharu yang jauh lebih padat untuk menghantar sijil yang dipercayai umum. Rumusan itu ialah satu gambaran, dan sumber tidak memberikan ukuran dalam petikan yang saya gunakan, jadi saya tidak dapat menyatakan berapa banyak lebih padat. Cloudflare menyatakan ia telah memperjuangkan cadangan berasaskan piawai untuk MTC di IETF. Ia juga melaporkan bahawa Chrome menamakan MTC sebagai laluan pilihan untuk pengesahan pascakuantum awal tahun ini. Itu ialah peristiwa yang telah berlaku, dan ia penting, kerana pilihan yang dinyatakan oleh vendor pelayar ialah perkara yang mengubah cadangan menjadi sesuatu yang boleh dirancang oleh CA.

Cloudflare tidak menjangkakan peralihan berlaku secara mendadak. Ia menjangkakan sebahagian besar Internet akan terus bergantung pada sijil klasik dan WebPKI sedia ada untuk bertahun-tahun lagi. Sepanjang tempoh itu, ia menjangkakan MTC akan mengambil bahagian pengeluaran yang terus meningkat. Itu ialah jangkaan, dan sumber melabelkannya sedemikian.

Satu CA, satu kitaran hayat #

Pilihan seni bina yang terhasil daripada ini ialah yang paling meyakinkan bagi saya. CA baharu itu direka untuk membawa sijil klasik dan Merkle Tree Certificates di bawah satu CA, dengan satu kitaran hayat dan satu set jaminan. Pelanggan kemudiannya boleh menerima pakai mengikut kadar yang sesuai bagi mereka dan membantu web membuat peralihan tanpa pemotongan mendadak.

Alternatifnya ialah dua CA selari, dua set prosedur, dan migrasi paksa pada satu ketika. Pemotongan mendadak ialah cara paling berisiko untuk mengubah ekosistem sijil, dan matlamat yang dinyatakan sumber ialah mengelakkannya. Rumusannya berhati-hati, dan memang sewajarnya: ini ialah hasrat reka bentuk untuk CA yang belum mengeluarkan sijil.

Ia juga sepadan dengan gambaran insentif. Cloudflare menyatakan ia menjangkakan bilangan sijil yang diharapkannya setiap tahun akan terus meningkat apabila tempoh sah maksimum menurun, aktiviti agentik meningkat dan sijil pascakuantum menjadi arus perdana. Lebih banyak sijil, yang dikeluarkan lebih kerap, menyokong automasi dan CA yang menganggap pembaharuan sebagai operasi kelas pertama. Sistem yang dibina di sekitar ARI dan satu kitaran hayat ialah respons yang munasabah terhadap jangkaan itu, walaupun jangkaan itu sendiri ialah ramalan, bukan ukuran.

Pelanggan Sifar #

Bagaimanakah anda menguji CA sebelum orang ramai bergantung padanya? Jawapan Cloudflare ialah menjadi pelanggan pertamanya sendiri. Ia akan menjadi Pelanggan Sifar bagi CA baharu itu dan sijilnya, kedua-dua WebPKI dan MTC. Tujuan yang dinyatakan ialah memastikan semua aspek sistem dan proses baharu memenuhi piawai dalaman Cloudflare yang tinggi, dan bahawa infrastruktur CA diuji pada skala Cloudflare.

Memandangkan angka sebelum ini, itu ialah beban dalaman yang mencabar: berjuta-juta sijil setahun, merentas syarikat yang berada di hadapan lebih daripada 20 peratus trafik permintaan global. Sama ada tahun-tahun pertama operasi berjalan lancar tidak dapat diketahui daripada dakwaan itu. Apa yang ditunjukkannya ialah urutan tindakan yang munasabah. Syarikat itu bermula sebagai pengguna tegar kepada perkara yang sedang dibinanya, dengan sejarah penyediaan berbilang CA, laluan sandaran dan 16 CA rakan kongsi di belakangnya.

Wajar dinyatakan dengan jelas apa yang tiada. Sumber tidak melaporkan jumlah pengeluaran, kadar ralat, kependaman pengesahan atau sejarah insiden bagi CA Cloudflare sendiri, kerana sejarah sedemikian belum wujud. Pengumuman itu ialah kenyataan hasrat yang disokong oleh permohonan, perjanjian pemerolehan dan reka bentuk. Ia bukan rekod prestasi.

Perkara yang perlu diperhatikan #

Tiga perkara akan menentukan sama ada ini menjadi tambahan bermakna kepada WebPKI atau sekadar pengumuman yang menarik.

Pertama ialah program akar. Cloudflare telah memohon kepada Chrome, Apple, Microsoft dan Mozilla, dan prosesnya berlaku secara terbuka. Memerhatinya ialah cara paling langsung untuk melihat sejauh mana rancangan itu telah pergi, dan hasilnya bukan sesuatu yang boleh saya ramalkan daripada mana-mana dakwaan.

Kedua ialah keperluan ARI. CA yang berkeras pada sokongan RFC 9773 sedang bertaruh bahawa automasi pembaharuan boleh didorong ke hadapan merentas pangkalan pelanggannya. Jika pertaruhan itu betul, Cloudflare mendapat keupayaan untuk memajukan tetingkap pembaharuan apabila sijil mesti ditamatkan, iaitu jawapan yang dinyatakannya kepada dilema pembatalan yang pernah dilihatnya. Jika salah, penerimaan akan lebih perlahan daripada yang tersirat dalam kisah migrasi satu baris.

Ketiga ialah suku pertama 2027. Ketika itulah Cloudflare merancang Merkle Tree Certificates pertamanya. Persoalan terbuka ialah seberapa pantas bahagian yang terus meningkat yang dijangkakannya benar-benar akan berkembang, memandangkan pandangannya sendiri bahawa sebahagian besar Internet akan kekal dengan sijil klasik untuk bertahun-tahun lagi. Syarikat itu telah menyatakan bahawa peralihan ini tidak sepatutnya memerlukan pemotongan mendadak. Suku pertama 2027 akan menjadi peluang pertama untuk melihat sama ada satu CA yang membawa kedua-dua jenis sijil boleh menjadikannya kenyataan.

Maksudnya bagi Setiap Sektor #

Kemunculan pihak berkuasa sijil awam automatik berjumlah tinggi daripada penyedia infrastruktur pinggir mengubah risiko operasi dan perancangan PKI merentas beberapa bidang teknikal.

Infrastruktur awan dan rangkaian pinggir #

Mengendalikan CA awam pada skala pinggir mengurangkan kebergantungan luaran pada API pengesahan pihak ketiga dan CRL. Dengan menggandingkan penamatan pinggir proksi songsang dengan pembaharuan ACME ARI automatik, penyedia infrastruktur dapat melindungi pelanggan mereka daripada gangguan pihak berkuasa sijil di hulu.

PKI perusahaan dan pasukan DevOps #

Organisasi yang bergantung pada Let's Encrypt untuk titik akhir awam memperoleh alternatif automatik yang boleh dipercayai. Walau bagaimanapun, penguatkuasaan mandatori RFC 9773 (ARI) bermakna pasukan mesti mengaudit klien ACME mereka (Certbot, Lego, Caddy, Traefik) untuk memastikan sokongan ARI aktif sebelum menukar titik akhir direktori.

Vendor pelayar dan tadbir urus akar #

Program akar (Chrome, Mozilla, Apple, Microsoft) berdepan ekosistem CA automatik berjumlah tinggi yang semakin berkembang. Pendekatan akar dwilandasan (memperoleh akar warisan 2012 sambil mengemukakan akar moden) mengemudi dasar pelayar yang semakin mengehadkan jangka hayat sijil akar sambil mengekalkan keserasian ke belakang untuk peranti lama.

Kesimpulan #

Langkah Cloudflare untuk menjadi pihak berkuasa sijil awam menangani kelemahan struktur yang sebenar dalam WebPKI moden: penumpuan melampau dalam pengeluaran sijil percuma dan automatik. Dengan menggabungkan akar GlobalSign yang mantap, automasi pembaharuan ARI yang ketat dan jambatan ke hadapan menuju Merkle Tree Certificates pascakuantum, reka bentuk itu menangani ketahanan operasi dan bukan sekadar penyediaan sijil. Kejayaannya akan ditentukan oleh kelulusan program akar dan seberapa pantas alat klien menerima pakai piawai ARI menjelang pelancaran 2027.

Soalan Lazim #

Bolehkah saya menukar klien ACME saya ke CA Cloudflare hari ini?

Belum lagi. Cloudflare telah mengumumkan hasratnya, menandatangani perjanjian pemerolehan akar dan mengemukakan permohonan kepada program akar utama. Pengeluaran awam dijadualkan selepas kelulusan program akar.

Apakah ACME Renewal Information (ARI) dan mengapa ia penting?

ARI (RFC 9773) ialah sambungan kepada protokol ACME yang membolehkan pihak berkuasa sijil memaklumkan pelanggan bila sesuatu sijil patut diperbaharui. Ini membolehkan CA menyelaraskan pembaharuan awal dengan lancar menjelang pembatalan yang dirancang, sekali gus mengelakkan gangguan laman.

Bagaimanakah Merkle Tree Certificates (MTC) berbeza daripada sijil X.509 piawai?

MTC menggantikan tandatangan kriptografi individu tradisional dengan bukti kemasukan Merkle yang berlabuh pada log yang boleh disahkan secara umum. Ini mengurangkan saiz sijil dan overhed penghantaran dengan ketara, menjadikannya calon pilihan untuk pengesahan TLS pascakuantum.

Rujukan #

Cloudflare, (2026). Membina Pihak Berkuasa Sijil untuk Seluruh Internet ⧉. Cloudflare Blog.
IETF, (2024). RFC 9773: Maklumat Pembaharuan Automated Certificate Management Environment (ACME) (ARI) ⧉. IETF.
IETF, (2025). Merkle Tree Certificates untuk TLS ⧉. IETF.
Chrome Root Program, (2026). Dasar dan Pertimbangan tentang Pengesahan Pascakuantum ⧉. Chromium Projects.

Semakan terakhir 2026-09-20.

Semakan terakhir 2026-10-27.

Terbit semula artikel ini

Cloudflare mahu menjadi CA sendiri kerana penumpuan CA percuma — Sebastien Rousseau

Cloudflare mengumumkan hasrat menjadi pihak berkuasa sijil awam: memohon kepada program akar utama dan membeli akar GlobalSign untuk mengurangkan penumpuan CA percuma.

Artikel ini dilesenkan di bawah Creative Commons Attribution 4.0 International. Penerbitan semula memerlukan atribusi kepada URL kanonik.

Cloudflare mahu menjadi CA sendiri kerana penumpuan CA percuma — Sebastien Rousseau

Cloudflare mengumumkan hasrat menjadi pihak berkuasa sijil awam: memohon kepada program akar utama dan membeli akar GlobalSign untuk mengurangkan penumpuan CA percuma.

Originally published at https://sebastienrousseau.com/ms/2026-09-20-cloudflare-mahu-menjadi-ca-sendiri-kerana/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER