Cloudflare строит собственный центр сертификации: зачем нужен свой CA и при чём тут постквантовая криптография
Cloudflare объявила о создании собственного публичного удостоверяющего центра. Компания покупает корень GlobalSign, требует автоматического продления сертификатов и готовит переход на Merkle Tree Certificates. Разбираем, как это изменит WebPKI и что делать владельцам сайтов.
Cloudflare строит собственный центр сертификации. Ради постквантового будущего
В 2025 году удостоверяющий центр Fina выпустил сертификаты для IP-адреса 1.1.1.1 — публичного DNS-сервиса Cloudflare, который компания развивает совместно с APNIC. Всего 12 несанкционированных сертификатов для инфраструктуры, которой Fina не владеет и не управляет. Cloudflare обнаружила их и добилась отзыва, но сам факт показателен: ошибка одного доверенного центра способна задеть ресурсы, которые этот центр не контролирует.
Проблема не абстрактная. Почти 40% всех TLS-сертификатов в интернете выдаёт один удостоверяющий центр — Let's Encrypt. Он выпускает порядка 10 миллионов сертификатов в сутки и обслуживает более 500 миллионов сайтов. Сбой на стороне одного CA — и значительная часть веба остаётся без валидного HTTPS.
29 сентября 2026 года Cloudflare объявила, что строит собственный публичный центр сертификации. Выдача ещё не началась: компания подала заявки в корневые программы Chrome, Apple, Microsoft и Mozilla и ждёт одобрения. Но уже сейчас понятно, что проект шире, чем «ещё один бесплатный CA».
Корень, а не бизнес
Часть перепечаток сообщила о «покупке удостоверяющего центра GlobalSign». Это неточность, и она меняет масштаб события. Сделка касается не всего CA, а только существующего корневого сертификата GlobalSign. Корень присутствует в доверенных хранилищах браузеров, операционных систем и устройств с 2012 года.
Смысл покупки — совместимость со старыми устройствами. Есть техника, которая не получает обновлений и никогда не увидит новый корневой сертификат Cloudflare. Купленный корень GlobalSign — мост к этому парку. Параллельно Cloudflare создаёт собственные корни для современных программ доверия.
Это стратегия «работать в старой системе, пока новая не готова». Cloudflare покупает не инфраструктуру и не клиентскую базу — она покупает доверие, накопленное GlobalSign за четырнадцать лет присутствия в хранилищах.
Переход — смена URL, но с обязательным условием
Для администратора сайта переход на новый CA выглядит тривиально: достаточно изменить URL каталога ACME в настройках. Никакого нового клиентского ПО, никакой переустановки сертификатов. Это осознанное решение — снизить порог входа до минимума.
Но есть условие, которое Cloudflare делает обязательным. Клиент должен поддерживать ACME Renewal Information (ARI) из RFC 9773 — протокол, позволяющий получать от CA рекомендованное окно продления и автоматически заменять сертификат до истечения срока. У Let's Encrypt поддержка ARI есть, но как опция. У Cloudflare — как требование выдачи.
Жёсткость объясняется графиком CA/Browser Forum. Для сертификатов, выпущенных с 15 марта 2026 года, максимальный срок жизни — 200 дней. С 15 марта 2027 года — 100 дней. С 15 марта 2029 года — 47 дней. При ручном управлении такие сроки гарантированно приводят к просрочке: администратор просто не успевает отслеживать ротацию. Автоматизация — не удобство, а единственный рабочий путь. Cloudflare делает ставку на то, что владельцы сайтов это примут.
Почему X.509 не переживёт постквантовую эпоху
Главное техническое новшество проекта — Merkle Tree Certificates (MTC), запланированные на первый квартал 2027 года.
Проблема, которую MTC решает, упирается в размер. Постквантовые цифровые подписи примерно в 40 раз больше традиционных. Если использовать их в классических X.509-сертификатах, объём данных при TLS-рукопожатии вырастет примерно в 40 раз. Для мобильных сетей и медленных соединений это деградация, а не эволюция.
MTC устроены иначе. Сертификаты объединяются в дерево Меркла, подписывается только корневой хэш. Браузер получает сокращённый сертификат и набор хэшей — доказательство включения в дерево, так называемый ориентир (landmark). Итоговый объём при установлении соединения — примерно 40 килобайт, сопоставимо с текущими размерами.
Google предложила использовать деревья Меркла в феврале 2026 года. Chrome выбрал MTC основным направлением постквантовой аутентификации HTTPS и создаёт отдельную программу Quantum-resistant Root Program. Традиционные X.509-сертификаты с постквантовыми подписями Chrome в обычное корневое хранилище добавлять не собирается — из-за роста размера соединения.
Здесь есть важная оговорка. Эксперимент Cloudflare с Chrome, о котором сообщалось как о тестировании MTC, использовал обычные криптографические подписи. Его результаты нельзя считать полноценной проверкой постквантовой системы — проверялась механика дерева, а не постквантовая криптография как таковая.
Есть и архитектурное отличие. В MTC регистрация в журнале прозрачности становится неотъемлемой частью процесса выдачи, а не отдельным процессом, как в текущей системе. Это меняет модель Certificate Transparency, которая появилась после взлома нидерландского DigiNotar в 2011 году — тогда были выпущены 500 поддельных сертификатов для Google и других сайтов. Сейчас владельцы сайтов отслеживают журналы в реальном времени, чтобы обнаруживать несанкционированные сертификаты. В MTC эта проверка встроена в саму выдачу.
Обещания прозрачности
Cloudflare публично взяла на себя обязательства, редкие для CA: публикация воспроизводимых сборок ПО для подписи сертификатов, аттестация аппаратных модулей безопасности (HSM), где хранятся закрытые ключи, публичная панель состояния выдачи и инцидентов, оперативное раскрытие проблем.
Cloudflare ещё не выпустила ни одного сертификата, и до запуска пройдёт время — точная дата начала выдачи обычных публичных TLS-сертификатов не названа. Единственная обозначенная дата — первый квартал 2027 года — относится к MTC.
Смягчающее обстоятельство: Cloudflare собирается использовать собственный CA для своих сервисов как первый крупный испытательный полигон. Компания готова рисковать собственной инфраструктурой, а не только чужой. Параллельно она продолжит работу с 16 сторонними удостоверяющими центрами. Отказ от них не планируется.
Что из этого следует
Для владельцев сайтов переход на новый CA после запуска будет простым — смена URL ACME. Но реальная ценность появится только с MTC в 2027 году. До тех пор новый центр — это в основном страховка от сбоев Let's Encrypt и зависимость от одного бесплатного CA.
Инцидент с Fina — напоминание о пределах контроля. Даже Cloudflare, строящая собственный CA, уязвима к ошибкам чужих центров. Собственный центр эту уязвимость не устраняет — он лишь даёт больше рычагов управления. Покупка корня GlobalSign — признание того, что новая инфраструктура доверия не может ждать, пока браузеры обновятся.
Для пользователей ничего не изменится. Браузеры по-прежнему будут проверять сертификаты, и наличие HTTPS не гарантирует безопасность сайта — мошенники тоже используют шифрование. До 2027 года проект Cloudflare остаётся в основном обещанием. Но обещанием, которое уже сейчас меняет расклад: у WebPKI появляется запасной путь, рассчитанный не на год, а на постквантовую эпоху.