ГОСТ-сертификаты: CRL, OCSP, время подписи и доказательство статуса¶

Почему корректная подпись не означает действующий сертификат и как строить надёжную проверку.

Документация ПО — НАЙС.ОС CLOUD. Это самостоятельная учебно-справочная статья. Команды приведены для изучения и диагностики; операции с ключами, дисками и действующими сервисами выполняют только после резервного копирования и проверки назначения.

Четыре независимых вопроса¶

Математическая корректность: подпись соответствует ключу и документу. Цепочка доверия: сертификат выдан доверенным УЦ. Состояние сертификата: сертификат действителен, не отозван и соответствует политике. Время подписания: доказуемо ли, что подпись существовала в нужный момент? Достоверность системных часов и подписанный штамп времени — не одно и то же.

CRL¶

Список отозванных сертификатов публикуется УЦ и может распространяться через URL в расширениях X.509. Диагностика CRL требует проверки подписи списка, даты его действия, соответствия УЦ и покрытия нужного сертификата. Простое наличие URL в сертификате не означает успешного получения свежего списка.

OCSP¶

OCSP позволяет запросить статус сертификата у соответствующего сервиса. Российский профиль применения криптографических алгоритмов описан в Р 1323565.1.059-2024. Наличие команды openssl ocsp ещё не означает, что установленный криптопровайдер полностью реализует конкретный ГОСТ-профиль и политику доверия к ответчику.

Штампы времени¶

Сервис времени может создавать криптографически подписанный объект с независимой отметкой. Нужно проверять сертификат TSA, алгоритм подписи, доверие к нему и связь времени с проверяемым объектом. Метка времени в пользовательском атрибуте документа не заменяет криптографически проверяемый штамп.

Инструменты для обзора сертификата¶

openssl x509 -in cert.pem -noout -text |   grep -A4 -Ei 'CRL Distribution|Authority Information Access|Extended Key Usage'

Это только обзор указанных в сертификате точек; он не производит запросы к OCSP и CRL автоматически. В изолированной сети возможно применение локальных зеркал или внутренних сервисов статуса, но они должны корректно обеспечивать криптографическую проверку и актуальность.

Что фиксировать при проверке¶

В протоколе обязательны: идентификатор сертификата, его издатель, время и политика проверки, источник статуса, полученный ответ, время thisUpdate/nextUpdate, криптографическая проверка ответа, возможный timestamp и конечное решение.

Не путайте отзыв и смену ключа¶

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

Первоисточники и дополнительное чтение¶

RFC 9215 — ГОСТ-2012 в сертификатах и списках отзыва.
Р 1323565.1.059-2024 — профиль OCSP с российскими алгоритмами.