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

ГОСТ 28147-89 — исторический блочный шифр

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

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

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

Характеристика Значение
Класс Исторический блочный шифр и MAC
Размер блока / результата / профиль 64 бита
Ключевой материал 256 бит
Основной источник RFC 5830

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

ГОСТ 28147-89 описывает 64-битный блочный шифр, его режимы и имитовставку. Важнейшая особенность совместимости — набор таблиц подстановок (S-box) и профиль режимов. Две программы могут сообщать «ГОСТ 28147», но не читать шифротекст друг друга из-за различий в параметрах и кодировании.

В существующих системах встречаются CryptoPro A/B/C/D, TC26-Z и другие наборы. Это не то же самое, что актуальный алгоритм «Магма» ГОСТ Р 34.12-2015, несмотря на историческую связь. Для межсистемного обмена фиксируйте OID набора параметров, режим, синхропосылку, паддинг и контейнер.

Для новых разработок нельзя автоматически выбирать алгоритм из-за наличия его в ядре или старом продукте; сначала проверяют нормативные требования, политику организации и поддержку контрагента.

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

  • Linux Crypto API НАЙС.ОС: gost28147-tc26z, gost28147-cpa и профили CFB/CNT при подтверждении /proc/crypto.
  • OpenSSL и CMS: исторические профили и совместимость с КриптоПро; стандартные спецификации см. RFC 4357 и 4490.
  • Это раздел совместимости, не рекомендация для нового ГОСТ IPsec-профиля.

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

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

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

Связь с документами и форматами CMS

Исторический CMS-профиль RFC 4490 · Защита сообщений EnvelopedData. Для сетевого IKEv2 и ядра правила применения задаются отдельно.