Цепочка доверия¶

Цепочка доверия (англ. chain of trust) — это криптографическая модель, обеспечивающая проверку подлинности и целостности цифровых объектов (программного обеспечения, сертификатов, документов) путём последовательной верификации каждого звена в иерархической структуре, начиная с доверенного корневого элемента. Данная концепция лежит в основе инфраструктуры открытых ключей (PKI), систем безопасной загрузки (Secure Boot) и технологий цифровых подписей. Основная цель цепочки доверия — исключить возможность подмены или модификации данных без обнаружения, гарантируя, что каждый элемент цепочки был подтверждён вышестоящим, заранее признанным надёжным источником.

¶История возникновения и развития

Идея цепочки доверия восходит к развитию криптографии с открытым ключом, предложенной Уитфилдом Диффи и Мартином Хеллманом в 1976 году. Однако практическая реализация потребовала создания иерархических структур, способных масштабировать проверку подлинности. В 1980-х годах, с появлением первых стандартов X.509 (1988 год), была формализована модель, в которой удостоверяющие центры (УЦ) выдают сертификаты, образуя древовидную цепочку от корневого УЦ до конечного пользователя. В России развитие этой концепции связано с внедрением ГОСТ Р 34.10-2012 и ГОСТ Р 34.11-2012, регламентирующих электронную подпись и хеширование, а также с созданием национальной инфраструктуры PKI в рамках государственных информационных систем (например, Единая система идентификации и аутентификации — ЕСИА).

¶Принцип работы

Цепочка доверия строится на последовательной верификации звеньев, где каждое звено содержит криптографическую подпись предыдущего. Процесс включает следующие этапы:

Корневой элемент (root of trust) — аппаратный или программный компонент, считающийся безусловно доверенным. В компьютерных системах это может быть микропрограмма (firmware) или встроенный ключ, зашитый в чип (например, Trusted Platform Module — TPM). В PKI — сертификат корневого удостоверяющего центра, самоподписанный и распространяемый производителем.
Промежуточные звенья — сертификаты или компоненты, подписанные корневым элементом или другим промежуточным звеном. Они могут быть отозваны или заменены без изменения корневого.
Конечное звено (leaf) — целевой объект (сертификат пользователя, загрузчик операционной системы, файл), подпись которого проверяется по всей цепочке вплоть до корневого.

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

¶Классификация цепочек доверия

¶По типу корневого элемента

Аппаратная цепочка — корневой элемент реализован на уровне микросхемы (TPM, Intel SGX, Apple Secure Enclave). Используется для защиты загрузки ОС (Secure Boot) и шифрования данных.
Программная цепочка — корневой элемент представлен сертификатом, хранящимся в операционной системе или браузере (например, список корневых сертификатов Microsoft или Mozilla). Характерна для веб-безопасности (TLS/SSL).
Гибридная цепочка — сочетает аппаратные и программные компоненты, например, в системах цифровых подписей на смарт-картах.

¶По области применения

Цепочка доверия в PKI — иерархия удостоверяющих центров, обеспечивающая выпуск и проверку электронных подписей.
Цепочка доверия в загрузке ОС — последовательная верификация загрузчика, ядра и драйверов (например, UEFI Secure Boot, Measured Boot в Windows).
Цепочка доверия в контейнеризации — проверка образов контейнеров (Docker Content Trust) с использованием нотариальных серверов.

¶Устройство и компоненты

¶Сертификаты X.509

Основой цепочки доверия в PKI являются сертификаты стандарта X.509, которые содержат:

Открытый ключ владельца.
Идентификационные данные (CN — Common Name, организация).
Срок действия.
Подпись вышестоящего УЦ.
Серийный номер и алгоритм подписи.

¶Списки отзыва (CRL) и протокол OCSP

Для поддержания актуальности цепочки используются механизмы отзыва:

CRL (Certificate Revocation List) — список отозванных сертификатов, публикуемый УЦ.
OCSP (Online Certificate Status Protocol) — протокол для оперативной проверки статуса сертификата в реальном времени.

¶Аппаратные модули

В критических системах (банковские приложения, государственные информационные системы) применяются:

HSM (Hardware Security Module) — защищённое устройство для хранения ключей и выполнения криптографических операций.
TPM — чип, обеспечивающий хранение корневых ключей и измерение целостности системы.

¶Применение

¶Информационная безопасность

TLS/SSL — защита веб-трафика: браузер проверяет сертификат сайта по цепочке до корневого УЦ, включённого в доверенный список.
Электронная подпись — в России используется для подписания документов в системах электронного документооборота (ЭДО) и на портале «Госуслуги». Цепочка доверия гарантирует, что подпись выпущена аккредитованным УЦ.
Кодовая подпись (code signing) — проверка подлинности программного обеспечения (драйверы Windows, приложения macOS).

¶Защита загрузки

UEFI Secure Boot — проверка загрузчика и ядра ОС с использованием ключей, зашитых в прошивку материнской платы. В Windows 10/11 и ряде дистрибутивов Linux (например, Ubuntu) эта технология обязательна для включения.
Measured Boot — запись хешей каждого этапа загрузки в TPM для последующей удалённой аттестации.

¶Криптовалюты и блокчейн

В блокчейн-системах (например, Bitcoin) цепочка доверия реализована через доказательство работы (Proof of Work), но не использует иерархическую модель PKI. Однако в некоторых проектах (Hyperledger Fabric) применяются сертификаты для идентификации участников сети.

¶Примеры реализации

¶В операционных системах

Windows — использует цепочку доверия для проверки драйверов и обновлений через Windows Update. Корневые сертификаты хранятся в хранилище «Доверенные корневые центры сертификации».
Linux — в дистрибутивах с UEFI Secure Boot применяется подписанный загрузчик Shim, который верифицирует GRUB и ядро.
macOS — система Gatekeeper проверяет подписи приложений через цепочку сертификатов Apple.

¶В веб-браузерах

Google Chrome и Mozilla Firefox — содержат встроенные списки корневых УЦ (например, Mozilla CA Certificate Program). При посещении HTTPS-сайта браузер проверяет цепочку сертификатов, начиная с сертификата сервера и заканчивая корневым.

¶В России

Минцифры — аккредитованные удостоверяющие центры (например, «Аналитический центр» при Правительстве РФ) выпускают сертификаты для госслужащих и юридических лиц, которые проверяются через цепочку доверия до корневого УЦ Минцифры.
Национальный удостоверяющий центр (НУЦ) — обеспечивает кросс-сертификацию с международными УЦ для совместимости с зарубежными системами.

¶Критика и ограничения

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

Компрометация DigiNotar (2011 год) — голландский УЦ был взломан, что привело к выпуску поддельных сертификатов для Google, Yahoo и других сервисов.
Компрометация MCS Holdings (2015 год) — вьетнамский УЦ выпустил поддельные сертификаты для доменов Google.

Дополнительные проблемы:

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

¶Альтернативы

В ответ на недостатки иерархической модели разрабатываются децентрализованные подходы:

Web of Trust (WoT) — модель, используемая в PGP (Pretty Good Privacy), где доверие устанавливается через взаимные подписи пользователей, а не через единый корневой центр.
Certificate Transparency (CT) — система аудита, требующая публикации всех выпущенных сертификатов в общедоступных логах, что позволяет обнаружить поддельные сертификаты.
Блокчейн-решения — например, Namecoin или Ethereum Name Service (ENS), где записи о доменах и ключах хранятся в распределённом реестре.

¶Источники

Диффи У., Хеллман М. «Новые направления в криптографии» (1976).
Стандарт X.509: ITU-T Recommendation X.509 (1988, редакции 2019).
Федеральный закон РФ № 63-ФЗ «Об электронной подписи» (2011).
ГОСТ Р 34.10-2012 «Информационная технология. Криптографическая защита информации. Процессы формирования и проверки электронной цифровой подписи».
Документация Microsoft по Secure Boot и Measured Boot (2023).
Отчёт о компрометации DigiNotar: Fox-IT, «Black Tulip» (2011).
RFC 5280 «Internet X.509 Public Key Infrastructure Certificate and CRL Profile» (2008).

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →