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

Проверка ГОСТ в установленной НАЙС.ОС

Определения алгоритмов, RFC и ограничения: единый справочник. Раздел ниже описывает конкретную подсистему НАЙС.ОС.

Проверка ГОСТ занимает несколько шагов: загрузка криптографического модуля, перечисление алгоритмов, создание ключа и проверка тестовой подписи.

1. Состав пакетов и конфигурация

rpm -q openssl openssl-libs openssl-gost-engine gostsum
openssl version -a
openssl version -d -e -m

2. Доступность ENGINE

openssl engine -t -c gost
openssl engine -vvvv gost

3. Доступность Provider

openssl list -providers -verbose
openssl list -digest-algorithms -provider gostprov -provider default \
  | grep -Ei 'gost|streebog'

4. Поддержка алгоритмов

openssl list -digest-algorithms | grep -Ei 'gost|streebog'
openssl list -cipher-algorithms | grep -Ei 'gost|magma|kuznyechik'
openssl list -public-key-algorithms | grep -i gost

5. Полный тест подписи

umask 077
mkdir -p ~/gost-lab/selftest && cd ~/gost-lab/selftest
printf 'NiceOS GOST self-test\n' > message.txt
openssl genpkey -algorithm gost2012_256 -pkeyopt paramset:TCA -out private.pem
openssl pkey -in private.pem -pubout -out public.pem
openssl dgst -md_gost12_256 -sign private.pem -out message.sig message.txt
openssl dgst -md_gost12_256 -verify public.pem -signature message.sig message.txt

Ожидаемый результат — Verified OK. Обязательно выполните тест с изменённым файлом из руководства электронной подписи.

6. Сбои в отдельной программе

Если команды в терминале работают, а служба — нет, проверьте OPENSSL_CONF и окружение systemd-службы. Разница в профилях ENGINE и Provider приводит к тому, что один процесс видит нужный алгоритм, а другой — нет.

Полное дерево диагностики · Проверка после обновлений.