Безопасность в Дельфи
Способ применения
Каждый защищаемый pas-модуль (unit) в секции implementation должен содержать:
- Uses RntUtil; В этом файле содержатся общие утилиты для работы с символьными метками в коде, в том числе функцию StrPosLen и ModuleSize. Кроме того, в этот файл можно добавить API для работы с аппаратной системой защиты, например, с электронным ключом GUARDANT.
- В защищаемом файле в любом месте implementation, но до первого использования шифрования также следует добавить {$INCLUDE codeutil.inc} - там будут содержаться непосредственные обращения к аппаратной части защиты. Конечно, текст данного файла можно было бы оформить в виде модуля, и вставить в uses, но это облегчит работу взломщика - все обращения к ключу оказываются централизованными. Кроме того, появляются трудности при отладке bpl - библиотек.
- Другие необходимые модули в uses, в прилагаемом примере - IniFiles.
Файл codeutil.inc, в принципе, для каждого модуля может отличаться, делая защиту еще более разнообразной.
Программе-кодеру необходимо задать названия файлов, содержащих:- список генерируемых include-файлов
- путь к компилятору dcc32.exe и список проектов для компиляции
- список модулей, которые необходимо обработать (соответствует списку проектов)
После ввода и редактирования списков возможна автоматическая генерация исходных кодов, компиляция и шифрование, как по шагам, так и всё сразу.
Кроме того, генерируемые исходные файлы содержат опцию условной компиляции {$IFDEF CODING}, и таким образом, если в DEFINE проекта не задана опция CODING, то в него включаются "пустые" файлы и при компиляции в IDE получаются незащищенные (retail) версии модулей, что облегчает "чистую" отладку кода разработчиком. Сама программа-кодер всегда компилирует с опцией {$DEFINE CODING}.
В файл конфигурации dcc32.cfg необходимо добавить все необходимые пути (опция -uPath) , их можно скопировать из Library Path в Environment Options.
