CFB и OFB — режимы обратной связи¶
Источник описания и статус реализации
Алгоритм, профиль стандарта и программная поддержка — три разных уровня. RFC Editor публикует многие описания ГОСТ как Informational / Independent Submission, а не как консенсусный стандарт IETF. Наличие RFC не свидетельствует о сертификации СКЗИ и не доказывает поддержку алгоритма каждым приложением НАЙС.ОС. Проверяйте установленную версию и подтверждённые испытания.
Назначение и параметры¶
| Характеристика | Значение |
|---|---|
| Класс | Режимы блочного шифра |
| Размер блока / результата / профиль | По блоку выбранного шифра |
| Ключевой материал | Ключ выбранного шифра |
| Основной источник | ГОСТ Р 34.13-2015 |
Как устроен алгоритм и что он гарантирует¶
CFB (обратная связь по шифротексту) и OFB (обратная связь по выходу) используют блочный шифр для обработки последовательных данных. Несмотря на схожесть названий, у них разные схемы обратной связи, а значит разные правила синхронизации после потерь/ошибок. Длина сегмента обратной связи и формат IV должны быть одинаковы у сторон.
Ни CFB, ни OFB сами по себе не подтверждают целостность и происхождение данных. Нельзя называть их защищённым транспортом без MAC/AEAD и противодействия повторному воспроизведению. Повторные IV и ошибки в управлении ключами опасны даже при корректной математической реализации.
Исторический ГОСТ 28147-89 использует свои профили и параметры для CFB/CNT; не считайте их байтово совместимыми с любым CFB из ГОСТ Р 34.13-2015.
Реализация в НАЙС.ОС: что подтверждено и что проверять¶
- Для совместимости с наследуемым ГОСТ 28147 проверьте
cfb(gost28147-...)и набор подстановок. - В новом приложении сначала фиксируйте точную спецификацию параметров и формат сообщения.
- Не используйте CFB/OFB как готовый заменитель MGM.
Проверка и критерии приёмки¶
Перед эксплуатацией получите перечень реальных возможностей целевого пакета, а не доверяйте абстрактной таблице криптографии. Положительный тест должен соответствовать выбранному профилю, формату ключей, параметрам и протоколу; отрицательный тест должен демонстрировать отказ при неверном ключе, повреждённых входных данных или неверном теге (если соответствующая защита предусмотрена). Для сетевых профилей отдельно проверьте отказ аутентификации, границы ключевой ротации и предотвращение обхода туннеля.
Эксплуатация и совместимость¶
- Матрица статусов алгоритмов: стандарт, имя системной реализации, подтверждённый тест.
- Использование ГОСТ в ядре Linux, OpenSSL, IKEv2/strongSwan, шифрование дисков.
- OID и параметры, форматы ключей и подписи, векторы испытаний.
- Правила безопасности и полный каталог RFC.