С развитием отечественного рынка программ возрастает значение их защиты от несанкционированного копирования (НСК). Разработчики просто опускают руки перед фатальной неизбежностью пиратского распространения своего детища, ведь кража этой интеллектуальной собственности проста, занимает считанные минуты и остается незаметной, хотя доходы приносит вполне приличные. Правда, корпорации-монстры все же предпочитают не защищать собственную продукцию, ибо общий оборот их средств намного превышает убытки от воровства, которые, кстати, частично покрываются такой "бесплатной рекламой". Однако, для подавляющего большинства фирм и организаций, занимающихся разработкой ПО, продажа копий (зачастую с единственной "товарной" программы) - основное средство существования. "Пираты" же изменяют не только название продукта, но и фирму-изготовителя, тем самым добавляя к моральным потерям появление конкурирующего товара с аналогичными потребительскими свойствами. Поэтому каждый разработчик, несомненно, рано или поздно сталкивается с проблемой защиты ПО от НСК.

Первая дилемма, возникающая на этом пути: придумывать ли защиту самому или же приобрести существующий пакет "контрдействий", которых, к слову сказать, появилось у нас великое множество. Обычно выбор определяется важностью и стоимостью защищаемой информации, но, пожалуй, решающее значение играет квалификация программиста. Профессионал чаще приступает к созданию оригинальной защиты, ибо большинство ныне существующих представляют собой так называемый пристыкованный блок, который, чего греха таить, является чистым надувательством. Ведь опытные хакеры снимают его за считанные минуты, даже не удостаивая изучением (например, с помощью утилиты CATCHER, рекламируемой центром САПР Ассоциации "Наука"). Кроме того, профессионал никогда не отдаст на откуп другому такую интересную задачу, как создание защиты. А любитель выберет уже существующие охранные системы программы. Бывают еще случаи привлечения программистов "со стороны", но, поскольку передача исходных текстов сопряжена с утечкой информации (от которой как раз и стремятся застраховаться), это не типично для нашего рынка.

Сейчас, выражаясь на жаргоне программистов, существуют три типа пресечения НСК: "по дискете", "по машине" и "по пользователю". Первый - проверяет характеристики и информацию ключевой дискеты, которая служит, как правило, и носителем защищаемого ПО. Второй - следит за совпадением некоторых заранее определенных характеристик допущенного для работы компьютера. О третьем и, пожалуй, самом интересном способе системы охраны речь шла в двух предыдущих главах.

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

Разберем алгоритмы проверки компьютера. Программу удобнее привязать к следующим характеристиками машины:

Их разделение на группы обусловлено лишь похожими алгоритмами определения и применения, а вообщем-то, оно весьма условно. Легко заметить, что быстродействие (первая группа) в наибольшей степени отражает индивидуальные отличия машин - они, пожалуй, эффективнее других привяжут ПО к компьютеру. Правда, из-за нестабильности электронных элементов схемы, нестабильны и показатели его узлов. Незнание способов корректировки таких накладок чаще всего и отпугивает программистов.

Один из методов определения быстродействия компьютера представлен в процедуре "Sample" (рис. 3.1), который фиксирует отсчет таймера за время выполнения фрагмента 16 - 20. В регистр AX заносится для дальнейшего использования результат. Напомним, непосредственное его сравнение с некоторой эталонной величиной может привести к ошибке из-за нестабильности задающего генератора ПЭВМ. Отметим также, что реализация аналогичного алгоритма на языке BASIC даст еще больший разброс значений - это общий недостаток почти всех языков высокого уровня. Для исключения грубых ошибок и повышения точности необходимо провести многократные измерения и воспользоваться алгоритмом на рис. 1.1 (глава "Идентификация пользователя: "свой"-"чужой?").

Время выполнения одного и того же участка программы на разных компьютерах скорее всего будет отличаться, что и позволит выделить определенную ПЭВМ из ряда аналогичных. Тот же пример (рис. 3.1) годится и для измерения скорости работы оперативного запоминающего устройства (ОЗУ). Его электрическая схема набирается из микросхем (МС), объемом по 16, 32 или 64 Кб (килобит). В зависимости от типа, 8 - 16 таких МС составляют 1 блок (электронщики называют их "блоком", а программисты "страницей"), емкостью 64 КБ (килобайт). Значит, в стандартном адресном пространстве IBM PC/XT в 640 КБ - 10 блоков МС, причем каждый имеет собственные характеристики, чуть-чуть отличающиеся от других. То есть быстродействие страниц ОЗУ у каждого компьютера различно. На участке 16 - 20 осуществляется простая перезапись содержимого области памяти (ее регенерация). Время регенерации всех страниц составит ряд из 10 чисел, значения и последовательность которых характерны только для данной ПЭВМ.

Скорость вращения двигателей дисководов определяется аналогично (например, замер по таймеру операции чтения/записи некоторого сектора или дорожки дискеты, как это делает COPYLOCK). Под скоростью реакции на внешние воздействия понимается время, необходимое компьютеру на отклик после получения команды внешнего устройства, или размер паузы между выдачей команды, например, в контроллер накопителя гибких магнитных дисков (НГМД), и приходом сигнала готовности (аппаратное прерывание IRQ7 для НГМД). Измерения проводятся по отсчетам таймера, но можно использовать и свой программный счетчик, как это делает BIOS при дисковых операциях.

А на рис. 3.3 более интересный алгоритм, шифрующий и одновременно привязывающий программу к конкретному компьютеру. На определенные участки защищаемой программы накладывают некоторую область CMOS (например, операцией XOR). При запуске программа сама осуществит обратную процедуру, дешифрируя свой код (удобнее использовать область, защищенную контрольной суммой, байты 10h - 20h). Естественно, что на другом компьютере константа "CMOS" будет отличаться и, значит, процесс дешифровки испортит программу. Кстати, здесь годится и собственная информация, записанная в резервные ячейки энергонезависимой памяти, если, конечно, ее формат позволяет это делать, как, например, у компьютеров фирмы WIPRO Information Technology Limited (допускающих достаточно вольное обращение с CMOS: в том числе и с ячейками, защищенными контрольной суммой, с последующей корректировкой по адресам 2Eh,2Fh). А компьютеры SystemPro фирмы Compaq, хотя и не дают программисту возможности воспользоваться этим методом защиты, но обладают (как и некоторые другие на базе МП 80386 и выше) таким интересным свойством, как пользовательский пароль, который занесен в байты 38h - 3Fh и защищен от чтения и записи.

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

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