Перейти к содержанию

ГОСТ Р 34.10-2001 — наследуемая электронная подпись

Источник описания и статус реализации

Алгоритм, профиль стандарта и программная поддержка — три разных уровня. RFC Editor публикует многие описания ГОСТ как Informational / Independent Submission, а не как консенсусный стандарт IETF. Наличие RFC не свидетельствует о сертификации СКЗИ и не доказывает поддержку алгоритма каждым приложением НАЙС.ОС. Проверяйте установленную версию и подтверждённые испытания.

Назначение и параметры

Характеристика Значение
Класс Историческая электронная подпись
Размер блока / результата / профиль Профиль 256 бит
Ключевой материал Закрытый/открытый ключ
Основной источник RFC 5832

Как устроен алгоритм и что он гарантирует

ГОСТ Р 34.10-2001 описывает прежний алгоритм цифровой подписи на эллиптической кривой. Наличие в программном обеспечении не делает его правильным выбором для новых сертификатов: при миграции необходимо руководствоваться действующими нормативными требованиями и политикой УЦ.

Особое внимание уделяется комбинации с ГОСТ Р 34.11-94, наборами параметров и форматом подписи. Подпись этого поколения нельзя проверить как ГОСТ Р 34.10-2012, даже если сертификат в том же DER/PEM контейнере.

Использование — анализ архивов, импорт существующих сертификатов, контролируемые сценарии совместимости. Срок действия старого сертификата сам по себе не гарантирует его допустимость в новом бизнес-процессе.

Реализация в НАЙС.ОС: что подтверждено и что проверять

  • Для просмотра OID: openssl x509 -in CERT.pem -noout -text при поддерживаемом OpenSSL.
  • Для PKCS#12/CMS используйте отдельные разделы руководства, не пересоздавая оригинальные закрытые ключи.
  • RFC 7091 обновляет нормативное описание поколения 2001 на ГОСТ 2012.

Проверка и критерии приёмки

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

Эксплуатация и совместимость