Cloudflare хочет стать УЦ из-за концентрации бесплатных центров

TL;DR. Cloudflare объявила о намерении стать публичным удостоверяющим центром: подала заявки в корневые программы и покупает корень GlobalSign, чтобы снизить концентрацию.

Ключевые выводы

Потребитель сертификатов становится их эмитентом. Большинство инфраструктурных компаний остаются по одну сторону отношений с сертификатами.
Почему Cloudflare вправе задать этот вопрос. Аргументы Cloudflare в пользу собственного УЦ начинаются с её положения клиента.
Проблема концентрации. Цифры за этим аргументом впечатляют.
Купить корень, а не ждать его. Самое практичное решение в объявлении касается корня.

Cloudflare годами опиралась на 16 партнёрских публичных удостоверяющих центров и ни разу сама не выпустила публично доверенный сертификат. Теперь компания намерена стать таким центром, и самое интересное в замысле: классические сертификаты и сертификаты на деревьях Меркла в одном УЦ, с изоляцией сбоев, заложенной с самого начала.

Потребитель сертификатов становится их эмитентом #

Большинство инфраструктурных компаний остаются по одну сторону отношений с сертификатами. Они запрашивают сертификаты, устанавливают их и жалуются, когда у УЦ случается инцидент. Cloudflare прочно стояла на стороне потребителя. По её собственным словам, она ни разу сама не выпустила ни одного публично доверенного сертификата.

Это вот-вот изменится, или по крайней мере Cloudflare заявляет такое намерение. Компания объявляет о намерении стать публичным удостоверяющим центром. Объявление осторожно описывает текущее положение дел, и эта статья должна быть такой же. Cloudflare пока не выпускает сертификаты. Всё, что касается поведения сервиса, от интерфейса ACME до правил продления и поддержки сертификатов на деревьях Меркла, является изложением плана, а не описанием работающей системы.

Объявлению придаёт вес не амбиция, а уже заметная подготовительная работа. Cloudflare подала заявки на включение в корневые программы Chrome, Apple, Microsoft и Mozilla. Компания сообщает, что проходит процесс подачи и одобрения в каждой из основных корневых программ веба, и отмечает, что эти процессы идут открыто. В принципе, любой может следить, будет ли заявка одобрена.

Почему Cloudflare вправе задать этот вопрос #

Аргументы Cloudflare в пользу собственного УЦ начинаются с её положения клиента. Через неё проходит более 20 процентов мирового интернет-трафика запросов. Она завершает TLS для миллионов доменов и опирается на миллионы сертификатов в год. Она предоставляет своим клиентам пакеты сертификатов через Universal SSL, а также получает сертификаты от множества разных УЦ для работы собственных систем и внутренних операций.

Чтобы сервисы клиентов оставались доступны, Cloudflare получает эти сертификаты через несколько УЦ, с основными и резервными путями, чтобы сервисы клиентов переживали сбои УЦ и события отзыва. Сеть партнёрских публичных УЦ, на которую она опиралась много лет, насчитывает 16 центров.

Резервный механизм заслуживает более пристального взгляда, потому что показывает, как Cloudflare думает о сбоях. Каждый сертификат Universal SSL уже поставляется с резервным сертификатом, на отдельном ключе и выпущенным другим центром. Если основной сертификат будет отозван или скомпрометирован, резервный готов к автоматическому развёртыванию. Это страховка от сбоя любого отдельного УЦ, выстроенная со стороны клиента.

У такой страховки есть и потолок. Диверсифицироваться можно только между существующими УЦ, а источник утверждает, что способных центров меньше, чем кажется.

Проблема концентрации #

Цифры за этим аргументом впечатляют. Let's Encrypt выпускает порядка десяти миллионов сертификатов в день. Он обслуживает более 500 миллионов сайтов и в 2025 году превысил четыре миллиарда активных сертификатов. Это показатели одного бесплатного УЦ, и они описывают веб, шифрование которого сильно опирается на одну организацию.

Источник делает очевидный вывод с уместной оговоркой: если у доминирующего бесплатного удостоверяющего центра выдастся плохая неделя, у значительной части веба не окажется сопоставимой бесплатной автоматизированной альтернативы, готовой принять нагрузку. Это утверждение о гипотетическом сценарии, и Cloudflare подаёт его именно так. Она не утверждает, что такая неделя уже была или что она близка.

И всё же логика понятна. Бесплатный автоматизированный УЦ служит вариантом устойчивости, только если он существует до чрезвычайной ситуации. Cloudflare предлагает обеспечить второй такой центр в нужном масштабе. Я бы сказал, что это самая сильная коммерческая и техническая причина в объявлении, и она не зависит ни от одной из более спекулятивных частей плана. Веб с одним доминирующим бесплатным УЦ и почти ничем больше является вебом с единой точкой отказа, каким бы ни было качество работы этого УЦ.

Параметр	Традиционный бесплатный автоматизированный УЦ (Let's Encrypt)	Предлагаемый публичный УЦ Cloudflare
Стратегия якоря доверия	ISRG Root X1 / X2 (собственные корни, созданные с 2015 года)	Купленный корень GlobalSign (доверенный с 2012 года) + новый корень
Протокол выпуска	Стандартный ACME (RFC 8555)	ACME с обязательным применением ARI (RFC 9773)
Модель отзыва	CRL / OCSP + экстренная массовая замена у подписчиков	Согласованный перенос продления на более ранний срок через конечные точки ARI
Постквантовый путь	Гибридные подписи X.509 на стадии оценки	Нативные сертификаты на деревьях Меркла (MTC) наряду с классическими X.509
Масштаб и начальная нагрузка	~10 млн сертификатов в день для 500+ млн сайтов	Проверка в роли «Клиента Ноль» на 20%+ мирового веб-трафика

Купить корень, а не ждать его #

Самое практичное решение в объявлении касается корня. Cloudflare сообщает, что подписала окончательное соглашение о покупке устоявшегося, широко доверенного корня у GlobalSign. Источник прямо называет причину: совершенно новый корень годами не приносит широкой пользы. Существующему корню GlobalSign, напротив, с 2012 года доверяют браузеры, операционные системы и устройства.

Доверие к корню формируется медленно, потому что корень устанавливается в устройства, а устройства обновляются медленно. Новый корень может быть принят всеми программами и всё равно не пройти проверку на старом телефоне или во встроенной системе. Покупка корня, работающего в реальных условиях с 2012 года, позволяет обойти это ожидание, по крайней мере в том виде, как это подаёт источник.

Cloudflare не отказывается и от пути нового корня. Она также подаст новый корень на включение в корневые программы и описывает его как созданный с расчётом на то, куда движется экосистема, включая программы, которые начинают ограничивать допустимый возраст доверенного корня. Эта деталь полезно напоминает, что возраст работает в обе стороны. Возраст доверенного корня является преимуществом для охвата устройств, а некоторые программы движутся к ограничениям на возраст доверенного корня. Сочетание купленного корня и свежей заявки похоже на ответ на это противоречие, хотя источник не излагает рассуждение в таких терминах.

Сервис с приоритетом ACME и условиями #

Именно на теме внедрения многие объявления УЦ становятся расплывчатыми. Cloudflare конкретна. Её публичный УЦ будет в первую очередь ориентирован на ACME, то есть будет говорить на протоколе Automated Certificate Management Environment, который уже использует существующая автоматизация. Утверждается, что любой, кто уже настроен на существующий бесплатный УЦ, сможет перейти на УЦ Cloudflare, сменив URL каталога, без новых инструментов и без перестройки архитектуры. Это план, а не проверенный путь миграции, и читать его следует именно так. Но изменение одной строки конфигурации является правильной целью, потому что именно стоимость миграции удерживает людей на варианте по умолчанию.

Подвох в требовании, с которым большинство пользователей ACME ещё не сталкивались. Cloudflare будет выпускать сертификаты только клиентам с поддержкой ACME Renewal Information, или ARI, стандартизованной в RFC 9773. Подписчики должны поддерживать автоматизацию, которая опрашивает конечную точку продления Cloudflare, действует в соответствии с публикуемыми Cloudflare окнами продления и указывает сертификат, который заменяет.

Это твёрдая позиция, и я считаю её правильной. Она также поднимает справедливый вопрос о внедрении: УЦ, обслуживающий только клиентов с поддержкой ARI, уже, чем УЦ, обслуживающий любого с библиотекой ACME. Источник не говорит, скольких клиентов это сегодня исключает, поэтому гадать я не стану. Зато он говорит, зачем Cloudflare нужно это ограничение.

Отзыв без поломки сайтов #

Cloudflare сообщает о наблюдениях за последние 16 лет, и одно из них определяет этот замысел. Компания видела, как удостоверяющие центры оказывались зажаты между своевременным отзывом и сохранением работоспособности сайтов подписчиков.

Это противоречие реально для любого УЦ. Быстрый отзыв сертификата защищает общество, но может обрушить каждый сайт, зависящий от этого сертификата, если подписчик не успеет его заменить. УЦ, оказавшийся посередине, либо отзывает с опозданием, либо ломает клиентов.

ARI и есть ответ Cloudflare. Когда сертификаты нужно вывести из оборота, Cloudflare, по её словам, может перенести окна продления затронутых сертификатов на более ранний срок. Поскольку подписчики обязаны опрашивать конечную точку продления и действовать в соответствии с публикуемыми окнами, УЦ может подвести их к замене до наступления жёсткого отзыва. Этот механизм описан как возможность, которую Cloudflare намерена иметь, а не как продемонстрированная ею в роли УЦ. И всё же логика складывается: требование опроса существует именно для того, чтобы этот рычаг работал.

То же мышление видно и в более широкой цели проекта. Cloudflare намерена построить удостоверяющий центр, надёжность которого зависит не только от отсутствия ошибок, но, как и у остальных продуктов Cloudflare, от умения отказывать по мелочи и ограничивать последствия любой отдельной проблемы. Избегать ошибок для УЦ необходимо, и ни один УЦ не может обещать это безупречно. Проектировать так, чтобы ошибка оставалась локализованной, является более честной инженерной позицией.

Прозрачность сверх аудита #

Публичные УЦ обычно оценивают по аудитам. Источник прямо говорит об их пределах: аудиты фиксируют момент времени и сообщают, что УЦ их прошёл. Они не говорят, чем УЦ занимается в какой-нибудь произвольный вторник после этого.

Ответ Cloudflare: компания заявляет, что будет публиковать воспроизводимые сборки программного обеспечения, которое подписывает сертификаты. Это подано как обязательство, а не как готовый результат. Воспроизводимые сборки позволяют посторонним проверить, что двоичный файл на пути подписи соответствует опубликованному исходному коду, а это свойство непрерывное, в отличие от отчёта об аудите. Окажется ли этого достаточно, будет зависеть от того, что Cloudflare действительно опубликует, и от того, будут ли другие это проверять.

Вторая половина объявления: сертификаты на деревьях Меркла #

Постквантовая часть объявления заглядывает дальше всего вперёд. Cloudflare объявляет о планах стать одним из первых УЦ, выпускающих постквантовые сертификаты, и планирует выпустить свои первые сертификаты на деревьях Меркла в первом квартале 2027 года. В другом месте источника сказано, что первые MTC ожидаются в начале 2027 года. И то и другое является планами.

Источник описывает MTC как новый и гораздо более компактный способ доставки публично доверенных сертификатов. Эта формулировка является описанием, а в фрагментах, на которые я опираюсь, источник не приводит измерений, поэтому я не могу сказать, насколько они компактнее. Cloudflare сообщает, что продвигает основанное на стандартах предложение по MTC в IETF. Она также сообщает, что ранее в этом году Chrome назвал MTC предпочтительным путём для постквантовой аутентификации. Это продемонстрированное событие, и оно важно, потому что заявленное предпочтение разработчика браузера превращает предложение в то, на что УЦ может опираться в планах.

Cloudflare не ожидает внезапного перехода. Она ожидает, что значительная часть интернета ещё много лет будет опираться на классические сертификаты и существующий WebPKI. На протяжении этого периода компания ожидает, что MTC будут занимать неуклонно растущую долю выпуска. Это ожидания, и источник так их и обозначает.

Один УЦ, один жизненный цикл #

Архитектурный выбор, который из этого следует, кажется мне самым убедительным. Новый УЦ задуман так, чтобы классические сертификаты и сертификаты на деревьях Меркла шли в одном УЦ, с одним жизненным циклом и одним набором гарантий. Клиенты смогут переходить в удобном для них темпе и помочь вебу совершить переход без жёсткого переключения.

Альтернатива: два параллельных УЦ, два набора процедур и в какой-то момент принудительная миграция. Жёсткое переключение является самым рискованным способом изменить экосистему сертификатов, и заявленная цель источника состоит в том, чтобы его избежать. Формулировка осторожна, и справедливо: это замысел для УЦ, который пока ничего не выпускает.

Это также согласуется с картиной стимулов. Cloudflare ожидает, что число сертификатов, на которые она опирается ежегодно, продолжит расти по мере сокращения максимальных сроков действия, роста агентной активности и выхода постквантовых сертификатов в массы. Больше сертификатов, выпускаемых чаще, говорят в пользу автоматизации и в пользу УЦ, который считает продление первоочередной операцией. Система, построенная вокруг ARI и одного жизненного цикла, является разумным ответом на это ожидание, хотя само ожидание является прогнозом, а не измерением.

«Клиент Ноль» #

Как проверить УЦ до того, как на него положится общество? Ответ Cloudflare: стать собственным первым клиентом. Она будет «Клиентом Ноль» для нового УЦ и его сертификатов, как WebPKI, так и MTC. Заявленная цель: убедиться, что все аспекты новых систем и процессов соответствуют высоким внутренним стандартам Cloudflare и что инфраструктура УЦ проверена в масштабе Cloudflare.

С учётом приведённых выше цифр это серьёзная внутренняя нагрузка: миллионы сертификатов в год в компании, через которую проходит более 20 процентов мирового трафика запросов. Пройдут ли первые годы работы гладко, эти заявления сказать не могут. Зато они показывают разумный порядок действий. Компания начинает как активный пользователь того, что строит, с опытом получения сертификатов от нескольких УЦ, резервными путями и 16 партнёрскими УЦ за спиной.

Стоит прямо сказать, чего не хватает. Источник не сообщает ни объёмов выпуска, ни частоты ошибок, ни задержек проверки, ни истории инцидентов собственного УЦ Cloudflare, потому что такой истории пока нет. Объявление является заявлением о намерениях, подкреплённым заявками, соглашением о покупке и проектом. Это не послужной список.

За чем следить #

Три вещи решат, станет ли это значимым пополнением WebPKI или просто интересным объявлением.

Первая: корневые программы. Cloudflare подала заявки в Chrome, Apple, Microsoft и Mozilla, и процессы идут открыто. Следить за ними является самым прямым способом увидеть, как далеко продвинулся план, а исход ни одно из заявлений предсказать мне не позволяет.

Вторая: требование ARI. УЦ, настаивающий на поддержке RFC 9773, делает ставку на то, что автоматизацию продления удастся продвинуть по всей базе подписчиков. Если ставка верна, Cloudflare получает возможность переносить окна продления на более ранний срок, когда сертификаты нужно выводить из оборота, и это заявленный ответ на дилемму отзыва, которую она наблюдала. Если нет, внедрение пойдёт медленнее, чем подразумевает история о миграции одной строкой.

Третья: первый квартал 2027 года. Именно тогда Cloudflare планирует свои первые сертификаты на деревьях Меркла. Открытый вопрос в том, насколько быстро на самом деле будет расти неуклонно растущая доля, которую она ожидает, с учётом её же мнения, что значительная часть интернета ещё много лет останется на классических сертификатах. Компания заявила, что переходу не должно понадобиться жёсткое переключение. Первый квартал 2027 года станет первой возможностью увидеть, способен ли один УЦ, несущий оба типа сертификатов, это обеспечить.

Что это значит для отраслей #

Появление высокопроизводительного автоматизированного публичного удостоверяющего центра у поставщика пограничной инфраструктуры меняет операционные риски и планирование PKI в нескольких технических областях.

Облачная инфраструктура и пограничные сети #

Работа публичного УЦ в пограничном масштабе снижает внешнюю зависимость от сторонних API проверки и CRL. Сочетая завершение соединений обратного прокси на границе с автоматизированным продлением через ACME ARI, поставщики инфраструктуры могут защитить клиентов от сбоев вышестоящих удостоверяющих центров.

Корпоративная PKI и команды DevOps #

Организации, использующие Let's Encrypt для публичных конечных точек, получают надёжную автоматизированную альтернативу. Однако обязательное применение RFC 9773 (ARI) означает, что командам придётся проверить свои клиенты ACME (Certbot, Lego, Caddy, Traefik) и убедиться, что поддержка ARI включена, прежде чем менять конечные точки каталога.

Разработчики браузеров и управление корнями #

Корневые программы (Chrome, Mozilla, Apple, Microsoft) сталкиваются с расширяющейся экосистемой высокопроизводительных автоматизированных УЦ. Двухколейный подход к корням (покупка унаследованного корня 2012 года при подаче современного корня) учитывает политики браузеров, всё сильнее ограничивающие сроки жизни корневых сертификатов, сохраняя обратную совместимость для старых устройств.

Заключение #

Шаг Cloudflare к статусу публичного удостоверяющего центра касается настоящей структурной уязвимости современного WebPKI: крайней концентрации бесплатного автоматизированного выпуска сертификатов. Сочетая устоявшийся корень GlobalSign, строгую автоматизацию продления через ARI и мост к постквантовым сертификатам на деревьях Меркла, замысел решает задачу операционной устойчивости, а не просто выдачи сертификатов. Успех определят одобрения корневых программ и то, насколько быстро клиентские инструменты освоят стандарты ARI до запуска в 2027 году.

Часто задаваемые вопросы #

Могу ли я уже сегодня переключить свой клиент ACME на УЦ Cloudflare?

Пока нет. Cloudflare объявила о намерении, подписала соглашение о покупке корня и подала заявки в основные корневые программы. Публичный выпуск запланирован после одобрения корневых программ.

Что такое ACME Renewal Information (ARI) и почему это важно?

ARI (RFC 9773) является расширением протокола ACME, которое позволяет удостоверяющим центрам сообщать подписчикам, когда сертификат следует продлить. Это позволяет УЦ плавно согласовывать досрочное продление перед плановым отзывом и предотвращать простои сайтов.

Чем сертификаты на деревьях Меркла (MTC) отличаются от стандартных сертификатов X.509?

MTC заменяют традиционные отдельные криптографические подписи доказательствами включения Меркла, привязанными к публично проверяемому журналу. Это значительно уменьшает размер сертификата и накладные расходы на передачу, что делает их предпочтительным кандидатом для постквантовой аутентификации TLS.

Источники #

Cloudflare, (2026). Создание удостоверяющего центра для всего интернета ⧉. Cloudflare Blog.
IETF, (2024). RFC 9773: Информация о продлении в Automated Certificate Management Environment (ACME) (ARI) ⧉. IETF.
IETF, (2025). Сертификаты на деревьях Меркла для TLS ⧉. IETF.
Chrome Root Program, (2026). Политика и соображения по постквантовой аутентификации ⧉. Chromium Projects.

Последняя проверка 2026-09-20.

Последняя проверка 2026-10-27.

Опубликовать заново

Cloudflare хочет стать УЦ из-за концентрации бесплатных центров — Sebastien Rousseau

Cloudflare объявила о намерении стать публичным удостоверяющим центром: подала заявки в корневые программы и покупает корень GlobalSign, чтобы снизить концентрацию.

Эта статья распространяется по лицензии Creative Commons Attribution 4.0 International. При повторной публикации требуется указание канонической ссылки.

Cloudflare хочет стать УЦ из-за концентрации бесплатных центров — Sebastien Rousseau

Cloudflare объявила о намерении стать публичным удостоверяющим центром: подала заявки в корневые программы и покупает корень GlobalSign, чтобы снизить концентрацию.

Originally published at https://sebastienrousseau.com/ru/2026-09-20-cloudflare-khochet-stat-uts-kontsentratsii-besplatnykh/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU FOUNDER · ENGINEER