современные методы защиты программ от копирования, кто какие знает ?

вот, продукт защитить надо...

 

от копирования чего? кода? интерфейса?
если кода, то бери протектор. Сейчас их немало, есть и хрошоие.

 

nc
Электронный ключ с шифрованием программы.

 

необходимо обеспечить работоспособность стольких копий программы, сколько продано.

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

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

а если распространять программу на флэш-картах - у них есть серийный номер, их можно защитить от записи ?

 

какие готовые решения (в том числе и коммерческие) на данный момент существуют ?

 

nc
www.aladdin.ru
http://www.guardant.ru/
www.senselock.ru
www.StrongDisk.ru
...

В Инете много информации по электронным ключам.

 

http://seculab.ru/

 

Оффтоп
С Senselock кто-нибудь уже сталкивался?

 

а как вам такая [мною продуманая ] защита:

1) записать в какой-нибуть хитрый неперемещаемый сектор (защищённый виндой - если получится...) жёсткого диска код защиты и пускай прога найдёт етот сектор и читает код...
А юзер не найдёт етот сектор и не изменит его (если конечно не отформатирует винт... да и кто же к етому додумается?!... )

2) А ещё добавить контрольные суммы и защиту от отладки...

3) A в ексешник легко внедрить контрольную сумму используя HIEV [да хоть в секцию ресурсов ]

вот вам ентакая зверская защита от юзверя - пускай ломает если сможет...

 

Если прога для работы с интернетом (или реально потребовать его наличие у конечного пользователя) то как вариант часть логики программы оставить на сервере. Иногда такое разделение изначально присутствует по смыслу программы, например в CProxy - клиент для сжимающего трафик прокси-сервера.

 

Fscale
Как я понимаю, для записи в сектора нужен драйвер, правильно? И, если я правильно понял, защита расчитана на пользователя. Так? Имхо, пользователя испугает само слово драйвер и дальше он ломать не будет А если человек разбирается и в драйверах, то сломать такую защиту наверна не составит труда.

 

Fscale
боян

 

о классная програмка [ дорогая наверно... ] но небезопасная маленько: а если что пойдёт не так или скажёт: "купите меня " (а данные на винте то зашыфрованные!) что тогда? Возможно что она оставит драйвер расшыфровки после деинсталяции а если нет? К тому же ёё легко обойти в ring0 и написать код защиты в к-нибудь пустом секторе [она-то наверняка работает только с юзёровыми данными и нет ей дела до левых драйверов... ]

К MSoft: можно писать в сектора и в ring3 (видел некоторые хитрые проги...) а драйвер можно упаковать в ексешнике (в немепированной части файла) и по мере необходимости загружать

А если, однако, к-нбудь хакер запустит в режыме отладки -> наказать, уменшив Freeware-период а дизассемблер можно сбить с толку протектором кода... (своим-вообще круто!)

 

Fscale
Какой ты, однако, адски хитрый, реализуй.

 

а что разве так тяжело???...

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

 

Так чего же ты ждёшь, если всё так просто?

Отличный критерий.

Хватит флудить. По теме давай.

 

А я сбственно... только предлагаю идеи как защитится от копирования... по моему очень даже к теме!
Вот только если кто-то любит готовенькое (напр. лицензионная защита) - то пожалуйста! Но по мне - интересней сделать свою защиту [может даже покруче лицензионных ]

 

Что думаете насчет такой схемы.
В программе зашифрованы участки кода, отвечающие за ее основную функциональность. Ключ для расшифровки имеется у аффтара. Прога открывает PhisicalMemory и дампит участок памяти БИОСа, в котором содержатся данные о производителе, версия прошивки, дата и т.п. С дампа делается хеш и отправляется аффтару. Он ксорит его с ключом, полученный ключ вводится в программу. Она ксорит его с хешем дампа и полученным значением расшифровывает себя.
Можно, конечно, сдампить расшифрованную прогу, можно в отладке посмотреть получившийся глюч...
Дополнительно еще навесить какой нибудь протектор..

 

Если не ошибаюсь, то в висте доступ к PhisicalMemory закрыт даже для System, так что как минимум проблемы с совместимостью. К тому же, биосы имеют свойство обновляться, дату и версию, имхо, лучше пропустить.

 

блин, вот я и опасался насчет Висты. А как там с дровами?