all_12,5_1,5 (Защита информации в системах дистанционного обучения с монопольным доступом), страница 11
Описание файла
Документ из архива "Защита информации в системах дистанционного обучения с монопольным доступом", который расположен в категории "". Всё это находится в предмете "информатика" из , которые можно найти в файловом архиве . Не смотря на прямую связь этого архива с , его также можно найти и в других разделах. Архив можно найти в разделе "рефераты, доклады и презентации", в предмете "информатика, программирование" в общих файлах.
Онлайн просмотр документа "all_12,5_1,5"
Текст 11 страницы из документа "all_12,5_1,5"
Если кто-то реализует второй вариант программы, то небольшого расширения базы блоков в исходных кодах будет достаточно, чтобы всю работу понадобилось проделать заново.
На мой взгляд, созданная система достаточно сложна в плане анализа и может эффективно помочь защищать АСДО и другие программы от несанкционированных действий.
3.3. Особенности реализации модуля защиты
Разрабатываемый модуль защиты Uniprot будет представлять собой файл типа dynamic link library (DLL) с именем Uniprot.dll.
Для организации взаимодействия модуль защиты предоставляет набор интерфейсов с использованием технологии COM. Для описания интерфейсов используется специальный язык - IDL, по своей структуре очень похожий на С++. В определении интерфейса описываются заголовки входящих в него функций с указанием их имен, возвращаемых типов, входных и выходных параметров, а также их типов. Подробно с предоставляемыми интерфейсами можно будет ознакомиться в разделе 4.2. Интерфейсы, описанные в IDL файле, преобразуются IDL-компилятором (MIDL.EXE) в двоичный формат и записываются в файл с расширением TLB, который называется библиотекой типов. Этот файл будет необходим, например, для использования модуля Uniprot.dll из среды Visual Basic. С процессом подключения TLB файлов в Visual Basic можно ознакомиться в разделе 4.4.2.
Для регистрации модуля в системе необходимо вызвать в нем функцию DllRegisterServer, которая внесет нужные изменения в реестр. Для этих целей можно воспользоваться утилитой regsvr32.exe. Она поставляется вместе с операционной системой, а потому должна находиться на любой машине. Regsvr32 должна загрузить СОМ-сервер и вызвать в нем функцию DllRegisterServer, которая внесет нужные изменения в реестр.
Организация работы с зашифрованными файлами строится на основе механизмов дескрипторов (или описателей файла). Каждому открытому или созданному файлу назначается уникальный (в рамках данного процесса) идентификатор, представляющий собой число в формате short. Этот идентификатор возвращается вызывающей программе, после чего она может проводить над этим файлом набор операций. Все номера открытых файлов хранятся во внутренней таблице модуля, и каждому из них соответствует структура данных, необходимая для работы с ним. В частности, там хранится текущая позиция для чтения данных, алгоритм для шифрования/расшифрования данных. Когда работа с файлом закончена, программа должна закрыть файл с соответствующим идентификатором. Он будет удален из таблицы, и в следующий раз тот же самый идентификатор может послужить для работы с другим файлом. Если файл не будет закрыт, то после завершения программы, использующей модуль защиты, файл будет поврежден, и работа с ним в дальнейшем будет невозможна.
3.4. Защита исполняемых файлов
Одним из средств, входящих в комплект разрабатываемой системы должна стать программа для защиты их от модификации. Было принято решение использовать уже имеющиеся механизмы шифрования, основанные на полиморфный алгоритмах. О преимуществах такого метода говорилось ранее. Во- первых, это большая сложность создания универсального взломщика, а, во-вторых, возможность запрещения запуска программ без наличия соответствующего файла с алгоритмом расшифрования.
Разработанная программа имеет два возможных режима запуска. Первый – для генерации зашифрованного файла из указанного исполняемого модуля. Второй –для запуска защищенного модуля. Рассмотрим шаги, которые выполняет механизм шифрования исходного файла.
-
Инициализация библиотеки Uniprot.
-
Чтение исполняемого файла в память.
-
Запуск исполняемого файла с флагом остановки. То есть программа загружается, но управления не получает.
-
Чтение частей загруженной программы и поиск ее соответствующих частей в прочитанном файле. Найденные части кода сохраняются отдельно. После чего их места в буфере с прочитанным файлом заменяются случайными значениями.
-
Генерация алгоритма шифрования и расшифрования.
-
Запись в зашифрованный файл буфера с прочитанным, а затем измененным файлом. В этот же файл пишутся выделенные фрагменты кода.
-
Удаление файла шифрования, так как он более не предоставляет интереса.
Теперь рассмотрим шаги, которые выполняет механизм запускающий зашифрованный файл на исполнение.
-
Поиск соответствующего файла с алгоритмом расшифрования.
-
Создание временного исполняемого файла и запись в него "испорченного" файла (см. механизм шифрования, пункт 4).
-
Запуск "испорченного" исполняемого файла с флагом остановки. То есть программа загружается, но управления не получает.
-
Восстановление "испорченных" мест в памяти. Изначальный код для исправления также хранится в зашифрованном файле.
-
Передача управления расшифрованному файлу.
-
Ожидание окончания выполнения запущенной программы.
-
Удаление временного файла.
Как видно из описания, данная программа достаточна проста в своем устройстве и достаточна эффективна.
ГЛАВА 4. ПРИМЕНЕНИЕ СИСТЕМЫ ЗАЩИТЫ
4.1. Состав библиотеки Uniprot
В состав библиотеки входят следующие компоненты:
-
Исходные тексты COM модуля Uniprot.dll.
-
Исходные тексты программы ProtectEXE.exe.
-
Отдельно собранные файлы, необходимые для подключения Uniprot.dll. Этими файлами являются: export.cpp, export.h, Uniprot.tlb.
-
Файл reg_uniprot.bat для регистрации COM модуля Uniprot.dll.
-
Руководство программиста по использованию модуля Uniprot.dll.
-
Руководство программиста по использованию программы ProtectEXE.exe.
-
Набор примеров написанных на Visual Basic, демонстрирующих работу с библиотекой Uniprot.
4.2. Руководство программиста по использованию модуля Uniprot.dll
Вначале опишем вспомогательный тип CreateMode, используемый в методе Create. Он описывает тип создаваемого зашифрованного файла. В данной версии модуля Uniprot он может иметь два значения: DEFAULT и DISABLE_ARC. Первый из них сообщает функции, что будет создан обыкновенный зашифрованный файл. Данные в нем будут вначале упакованы библиотекой zlib, а затем уже зашифрованы. Это может дать существенный выигрыш в плане уменьшения размера выходного файла, например, на картинках в формате BMP или простом тексте. Использование DISABLE_ARC приведет к созданию зашифрованного, но не сжатого файла. Это даст выигрыш по времени при распаковке и упаковке, но не уменьшит размер зашифрованного файла. Это также может быть полезно при шифровании уже сжатых файлов. Примером могут являться картинки в формате JPG.
enum CreateMode
{
DEFAULT = 0,
DISABLE_ARC = 1
} CreateMode;
Теперь опишем функции, предоставляемые интерфейсом IProtect. В этот интерфейс собраны функции общего плана и генерации файлов с полиморфными алгоритмами шифрование и расшифрования.
interface IProtect : IDispatch
{
[id(1), helpstring("method GetInfo")]
HRESULT GetInfo(
[out] short *version, [out] BSTR *info);
[id(2), helpstring("method Generate UPT files")]
HRESULT GenerateUPTfiles(
[in] BSTR algorithmCryptFileName,
[in] BSTR algorithmDecryptFileName);
[id(3), helpstring("method Generate Time Limit UPT files")]
HRESULT GenerateTimeLimitUPTfiles(
[in] BSTR algorithmCryptFileName,
[in] BSTR algorithmDecryptFileName,
[in] long LimitDays);
[id(4), helpstring("method Generate Time Limit UPT files")]
HRESULT GenerateTimeLimitUPTfiles2(
[in] BSTR algorithmCryptFileName,
[in] BSTR algorithmDecryptFileName,
[in] long LimitDaysCrypt,
[in] long LimitDaysDecrypt);
};
Теперь опишем каждую из функций интерфейса IProtect.
HRESULT GetInfo([out] short *version, [out] BSTR *info);
Функция GetInfo возвращает строку с краткой информации о данном модуле и его версии. Может быть использована для получения рядя сведений о модуле. Например, имя автора и год создания. Версия хранится в виде числа следующим образом: 0x0100 – версия 1.00, 0x0101 – версия 1.01, 0x0234 – версия 2.34 и так далее.
Описание используемых параметров:
version – сюда будет занесена версия модуля.
info – сюда будет занесена строка с краткой информацией о модуле.
HRESULT GenerateUPTfiles(
[in] BSTR algorithmCryptFileName,
[in] BSTR algorithmDecryptFileName);
Функция GenerateUPTfiles генерирует два файла-ключа. Они представляют собой сгенерированные полиморфным генератором алгоритмы шифрования и расшифрования. При этом расшифровать зашифрованный файл можно только соответствующим алгоритмом расшифрования. Генерируемая пара ключей на практике уникальна. Вероятность генерации двух одинаковых пар составляет: (2^32*3)^5 3.5*10^50. Где 2^32 – случайно используемая константа для шифрования. 3 – количество возможных операций над числом. 5 – максимальное количество проходов для шифрования.
Описание используемых параметров:
algorithmCryptFileName – имя выходного файла с алгоритмом шифрования.
algorithmDecryptFileName – имя выходного файла с алгоритмом расшифрования.
HRESULT GenerateTimeLimitUPTfiles(
[in] BSTR algorithmCryptFileName,
[in] BSTR algorithmDecryptFileName,
[in] long LimitDays);
Функция GenerateTimeLimitUPTfiles генерирует два файла-ключа, ограниченных в использовании по времени. В целом функция эквивалентна GenerateUPTfiles, но генерируемые ею алгоритмы имеют дополнительное свойство. Их использование ограничено определенным временем. Количество дней, в течении которых они будут работать, указывается в третьем параметре LimitDays. Отсчет начинается с текущего дня. Это может быть полезно, например, для ограничения срока использования проектов. Естественна защита сама по себе ненадежна, так как невозможно защититься от перевода часов на компьютере или модификации кода модуля защиты с целью удаления соответствующих проверок. Но тем не менее это может дать дополнительные свойства защищенности, по крайней мере от рядовых пользователей.
Описание используемых параметров:
algorithmCryptFileName – имя выходного файла с алгоритмом шифрования.
algorithmDecryptFileName – имя выходного файла с алгоритмом расшифрования.
LimitDays – количество дней, в течении которых будут функционировать сгенерированные алгоритмы.
HRESULT GenerateTimeLimitUPTfiles2(
[in] BSTR algorithmCryptFileName,
[in] BSTR algorithmDecryptFileName,
[in] long LimitDaysCrypt,
[in] long LimitDaysDecrypt);
Функция GenerateTimeLimitUPTfiles2 генерирует два файла-ключа, ограниченных в использовании по времени. В отличие от функции GenerateTimeLimitUPTfiles, время ограничения использования алгоритма шифрования и расшифрования задается не общее, а индивидуальное.
Описание используемых параметров:
algorithmCryptFileName – имя выходного файла с алгоритмом шифрования.
algorithmDecryptFileName – имя выходного файла с алгоритмом расшифрования.
LimitDaysCrypt – количество дней, в течении которых будут функционировать сгенерированный алгоритм шифрования.
LimitDaysDecrypt – количество дней, в течении которых будут функционировать сгенерированный алгоритм расшифрования.
Следующий предоставляемый модулем защиты интерфейс имеет имя IProtectFile. В нем собраны функции работы с зашифрованными файлами, такие как создание зашифрованного файла, запись в него, чтение и так далее. Идеология работы с зашифрованными файлами построена на дескрипторах. При создании или открытии зашифрованного файла ему в соответствие ставится дескриптор, с использованием которого в дальнейшем и ведется работа с файлом.
interface IProtectFile : IDispatch
{
[id(1), helpstring("method Create New File")]
HRESULT Create(
[in] BSTR name,
[in] CreateMode mode,
[in] BSTR uptFileNameForWrite,
[out, retval] short *handle);
[id(2), helpstring("method Open File")]
HRESULT Open(
[in] BSTR name,
[in] BSTR uptFileNameForRead,
[in] BSTR uptFileNameForWrite,
[out, retval] short *handle);
[id(3), helpstring("method Close File")]
HRESULT Close(
[in] short handle);
[id(4), helpstring("method Write To File")]
HRESULT Write(
[in] short handle,
[in] VARIANT buffer,
[out, retval] long *written);
[id(5), helpstring("method Read From File")]
HRESULT Read(
[in] short handle,
[out] VARIANT *buffer,