Защита от копирования проги на дискете/Flash Drive

Такая проблема: есть Win32 прога, которую надо защитить от копирования (пользователями). Но! Прога будет распространяться не на CD, а либо на дискете, либо на USB Flash Drive. К сожалению, на CD нельзя.



Вообще, мои мысли по поводу защиты от копирования: если привязываться к носителю, то все обращения к нему отслеживаются, пишется эмулятор. Поэтому надо просто не дать скопировать/склонировать. Как это сделать на CD - не знаю, но думаю у КК написано.



А вот как не дать скопировать с дискеты/Flash Drive, не знаю.

 

Попробуй в случае с дискетой сделать привязку к бэд-блокам.

 

А если какую то часть расположить как раз на бэд блоках, а какой то код соберет все как надо?

 

Написать копир для флопов с бэдами, вероятно, будет даже проще, чем полноценный эмулятор Flash Drive.

 

apple

Разве не научились копировать/эмулировать бэды на дискете?

 

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

 

Все равно расшифруют и взломают. Если программу можно запустить, то ее можно сломать.



В случае привязки к CD есть смысл купить StarForce, а самопал врядли получится лучше.

 

>Все равно расшифруют и взломают.

Ясно дело, но ведь на это надо время, а это деньги! Если цена умерена не будет ли юзеру дешевле купить лиценизию чем крякера

 

Ms Rem

Ежу понятно. Вопрос - как сделать процесс взлома трудоемким. Привязка к дискете/Flash Drive.

 

EvilsInterrupt

Сделают дамп памяти, когда прога расшифрована.

 

Создать дискету, которую нельзя скопировать на писюке, можно. Но тогда её скопируют на амиге =)

И вообще, дискеты очень ненадёжный носитель инфы.



С Flash Drive скопировать данные проблем нет, но создать полноценный эмулятор для него может потребовать достаточно много времени. Например, существующие эмуляторы hasp'а не являются полноценными эмуляторами физического устройства.

Для того, что бы обнаружить муляцию, достаточно пару строчек юзерлендного кода. А вот в драйвере мулятора после этого парой строчек уже не отделаешься.

 

Dmitri

Привязка к дискете/Flash Drive

насчет флэшки не скажу, но для дискеты был один стойкий к копированию способ.

в аттаче статейка на эту тему и аппендикс к пакету FDA, почитай.

_223665586__floppy.zip

 

Max

Занятный способ .

Скопировать это можно так: пишим прогу, которая циклически создаёт дорожку на флопе, а потом определяет её длину; берём флоповод, и начинаем крутить на нём резюк, регулирующий частоту вращения.

При определённом положении резюка флоп создаст дорожку требуемой длины

 

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

 

S_T_A_S_

берём флоповод, и начинаем крутить на нём резюк, регулирующий частоту вращения.

Теоретически - да, но практика показывает, что проще застрелиться

Флоппик не обладает фиксированной скорость - на графике (который, кстати, рисовал я в 98 году ) видно, что есть некий разброс параметров даже для одного компа - "...Для отдельно взятых компьютеров вероятность воссоздания ключевого диска колеблется от 0.7% до 2.1%"

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

Вообщем мне неизвестны факты копирования таких дискет.



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

Максимум что я наблюдал, что длина дорожки может "плавать" на один бит (два домена), и то такое бывает очень редко.

Так что достаточно контролировать длину дорожки с небольшим eps.



...соврал, дело было в 95-м.

Кстати, если кому нужны сорцы на паскале+асм - welcome

 

Max

Хотелось бы увидеть код.

 

Max

Ага. Если не сложно - выложи код.

 

Max >

У меня была такая задача - дискета привязана к скорости вращения шпиндиля конкретного привода. Когда флоповод сгорел, то пришлось брать другой и крутить, пока защита не начала признавать. Правда, это всё было на Спеке, там контроллер вроде побольше возможностей даёт. Так что о твоём способе я не знаю ни чего, может он где-то и использовался, но проблем при копировании не вызывал, в копире анализатор позволял подстроить скорость шпинделя под оригинал. Если дисковод хороший, то получалась почти точная копия, проблемы были другие - некоторые байты приходилось через [beep] записывать. На Амиге, говорят, вообще ВСЕ диски копировалось побитно. Я писюковый контроллер не знаю, но он видно ограниченный какой-то, многие защищенные диски от Спека нельзя было из-за него скопировать, хотя они отлично клонировались на том же Спеке.

 

ну вот, нашел программу, которая собирала данные для построения графиков - форматирует трек, читает длинный сектор (8Кб), определяет длину дорожки, и все это сбрасывает в отчет.

_1656891096__FDC.zip

 

1. Спесивцев Ф.В. и др. Защита информации в персональных ЭВМ. - М.: Радио и связь, 1992.

2. Щербаков А. Защита от копирования. - М.: Эдель, 1992.

3. Правиков Д.И. Ключевые дискеты. - М.: Радио и связь, 1995.

4. Serge Pachkovski.



Все про ключевые дискеты. Поищи в интернете, может найдешь хотя бы отрывки из книжек.