Смекни!
smekni.com

Защита информации от несанкционированного доступа методом криптопреобразования ГОСТ (стр. 8 из 9)

32-разрядных процессоров примерно в полтора раза быстрее соответствующего кода

для 16-разрядных процессоров. Ядром является подпрограмма, реализующая

универсальный базовый цикл ГОСТа. Исходные тексты всех подпрограмм приведены в

качестве приложений к настоящей статье в отдельных файлах, они перечислены в

следующей ниже таблице 1. Все функции являются самодокументированными, каждая

описана в соответствующем файле с ее исходным текстом.

Таблица 1. Перечень файлов.№Функция модуля

1.Универсальный базовый цикл ГОСТаgost$.asm

2.Функция за- и расшифрования данных в режиме простой заменыsimple$.asm

3.Функция за- и расшифрования данных в режиме гаммированияgamma$.asm

4.Функция зашифрования данных в режиме гаммирования с обратной

связьюgammale$.asm

5.Функция расшифрования данных в режиме гаммирования с обратной

связьюgammald$.asm

6.Функция вычисления имитовставки для массива данныхimito$.asm

7.Функция построения расширенного ключаexpkey$.asm

8.Функция построения расширенной (1Кбайт) формы таблицы замен из обычной

формы (128 байт)Expcht.asm

9.Функция проверки, является ли процессор, на котором исполняется

приложение, 32-битовым.expkey$.asm

10.Заголовочный файл для использования криптографических функций в

программах на языке СиGost.h

Комплект модулей включает функции для основных режимов шифрования, а также две

вспомогательные функции, предназначенные для построения расширенных

соответственно ключа и таблицы замен. Ниже изложены принципы построения

программных модулей.

Все функции шифрования и вычисления имитовставки обрабатывают (т.е.

шифруют или вычисляют имитовставку) области с размером, кратным восьми.

Длина обрабатываемой области при вызове упомянутых функций задается в

восьмибайтных блоках. В реальных ситуациях это не приводит к неудобству по

следующим причинам:

при шифровании простой заменой размер шифруемой области обязан быть

кратным восьми байтам;

при шифровании гаммированием (с или без обратной связи) массива данных с

размером, не кратным восьми, будет также шифроваться и "мусор",

содержащийся в последнем восьмибайтовом блоке за пределами значащих

данных, однако его содержимое не оказывает никакого влияния на значащие

данные и может не приниматься во внимание;

при вычислении имитовставки для массивов данных их размер должен быть

приведен к значению, кратному восьми, добавлением какого-либо

фиксированного кода (обычно нулевых битов).

Криптографические функции шифрования и вычисления имитовставки позволяют

выполнять обработку массивов данных по частям. Это означает, что при

вызове соответствующей функции один раз для некоторой области данных и при

нескольких вызовах этой же самой функции для последовательных фрагментов

этой же области (естественно их размер должен быть кратным восьми байтам,

см. предыдущее замечание) будет получен один и тот же результат. Это

позволяет обрабатывать данные порциями, используя буфер размером всего 8

байтов.

Для за- и расшифрования массива данных в режиме простой замены

используется одна и та же функция. Выбор одной из двух указанных операций

осуществляется заданием соответствующего расширенного ключа. Порядок

следования элементов ключа должен быть взаимно обратным для указанных

операций.

Для за- и расшифрования блока данных в режиме гаммирования используется

одна и та же функция, поскольку в данном режиме зашифрование и

расшифрование данных идентичны. Функция, реализующая шифрование

гаммированием не осуществляет начальное преобразование синхропосылки (см.

схему алгоритма на рис.5, блок 1), это необходимо выполнить с помощью

явного вызова функции шифрования в режиме простой замены для

синхропосылки, – это плата за возможность шифровать массив по частям.

Ради универсальности кода все указатели на области обрабатываемых данных

сделаны дальними. Если сделать свой код для каждой модели памяти,

возможно, будет достигнута некоторая ненулевая (но очень маленькая!)

экономияпамяти и времени выполнения, но по моему мнению, эта игра не стоит

свеч.

Для ассемблирования (компиляции) и сборки приложенных модулей мной

использовались средства разработки фирмы Borland – TASM 2.5 и выше,

Borland C/C++ 2.0 и выше. При использовании других средств разработки

возможно потребуется внесение изменений в исходные тексты программ.

Для иллюстрации использования представленных криптографических функций к

настоящей статье приложены также текст программы шифрования файлов данных

на языке Си и соответствующие файлы проекта. Эти файлы следующие:

cryptor.c Исходные тексты программы шифрования файлов;

gost386.mak Файл проекта для 32-разрядной версии программы шифрования

файлов.

Описание построения и синтаксиса вызова (командной строки) программы

шифрования файлов также прилагается.

Вопрос быстродействия.

После разработки новой программной реализации было измерено ее быстродействие,

для чего был разработан комплект простых модулей, предназначенных для

построения измерительной задачи. Эта задача фиксирует и выводит на дисплей

время (в тактах генератора тактовой частоты таймера, 1193180 Герц),

затраченное тестируемой подпрограммой на выполнение. По измеренному времени

работы подпрограммы затем вычисляется (вручную) ее быстродействие как

отношение количества работы ко времени ее выполнения.

Максимальная измеряемая программой длительность процесса равна

232/1193180?3599.6 секунд, то есть примерно одному часу. Программа работает

корректно и дает правильные результаты, только если запущена из ДОСа.

Для модулей ГОСТа измерялась длительность шифрования одного мегабайта данных,

которое моделировалось 32-кратным шифрованием 32-Килобайтной области памяти.

Измерения проводились на машинах различных классов, результаты измерения

приведены ниже в таблице 2. Для 32-битовых процессоров также приведено

быстродействие 32-битовых реализаций криптографических модулей (нижнее число в

соответствующей ячейке). Для сравнения также приведены измерения

быстродействия реализации американского стандарта шифрования DES,

опубликованной в журнале "Монитор" №7/1994. Результаты тестов показали, что

быстродействие модулей для всех режимов шифрования ГОСТа примерно одинаково, а

быстродействие модуля вычисления имитовставки приблизительно вдвое превышает

быстродействие шифрования – что, собственно, и ожидалось. Реализация

шифрования по ГОСТ существенно (более чем в два раза) превышает исследованную

реализацию DES по быстродействию.

Таблица 2. Результаты измерения быстродействия модулей шифрования

Марка компьютера,т.ч.,Быстродействие криптографических модулей

тип процессораМГцgammagammaLDgammaLEsimpleImitoDES

Искра 1031, К1810ВМ884.528.48.68.78.716.9нет данных

AMI 286 Intel 802861020.420.720.820.840.811.2

Prolinea 325 Intel 386SX-252548.0 66.048.6 71.148.8 67.448.0 71.593.7

13922.0

Неизв.модель Intel 386SX-333363.8 87.664.5 94.564.7 89.563.8 95.0124

18525.9

BYTEX Intel 386DX-404089 12090 13591 12291 135177 26439.3

Acer Intel486SX3333114 150113 161114 151114 162226 32141.2

Presario 460 Intel486SX2-6666225 298222 319229 303227 324451 63782.2

Acer Pentium-6666302 351296 397307 355293 405601 77788.7

Теперь оценим достигнутые показатели с качественной точки зрения. Предельные

скорости шифрования намного превышают скорость работы платы аппаратного

шифрования "Криптон–3" (до 70 Кбайт/с) и примерно соответствуют быстродействию

платы "Криптон–4" (около 400 Кбайт/с). Достигнутой производительности не

достаточно для действительно прозрачного шифрования данных, хранимых на

жестких дисках или передаваемых через быструю сеть. Вместе с тем,

быстродействия реализации вполне хватает для шифрования данных в коммутируемых

каналах связи идля многих других случаев.

Можно ли еще увеличить быстродействие реализации ГОСТа? Можно, но ненамного,

если оставаться в рамках формальной спецификации ГОСТа. Для этого необходимо

отказаться от цикла в подпрограмме "gost", продублировав тело цикла 32 раза,

как это сделал автор программного эмулятора платы "Криптон". При этом можно не

разворачивать ключ в линейную последовательность элементов, но тогда для

каждого базового цикла криптографического преобразования придется сделать свой

программный модуль и код основного шага будет присутствовать в кодах

криптографических процедур в 32+32+16=80 экземплярах. Такой способ повышения

эффективности приводит к многократному разбуханию кода при более чем скромном

выигрыше в производительности, поэтому вряд ли его можно считать хорошим.

Надежность реализации.

Вопрос надежности программного средства криптографической защиты это не только

вопрос стойкости использованного алгоритма. Использование стойкого шифра само

по себе не может сделать вашу систему надежной, хотя и является необходимым

условием. Весьма важную роль играет и способ применения криптографического

алгоритма. Так, в приложение к настоящей программе шифрования файлов, хранение

ключевой информации на дисках в открытом виде делает систему, которая была бы

реализована на этой программе, потенциально нестойкой. Процедуры и правила

более высокого уровня, регламентирующие использование алгоритмов шифрования и

все связанное с этим, в совокупности составляют так называемый

криптографический протокол. Этот протокол определяет регламент выработки,

использования, хранения и смены ключевой информации, и другие, не менее важные

вопросы. Так вот, чтобы ваша система, использующая реализацию алгоритмов

ГОСТа, была действительно надежна, вам необходимо будет позаботиться о

разработке соответствующего протокола.

Очень часто для использования в системе криптографической защиты данных