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

Найми специалиста по DRM, за пару сотен тысяч баксов он приделает к твоей программе защиту. Скорее всего полу-аппаратную, используя usb-ключи, и почти наверняка с проверкой лицензий через интернет. Правда хацкеры её всё равно сломают, если программа будет пользоваться популярностью...

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

Это сразу 1001 вопрос.

По датам:
1. Как отследить, что прошёл год;
2. Как отследить, что хитрый пользователь не меняет дату системы перед запуском вашей программы;
3. Как отследить, что хитрый пользователь не меняет дату начала действия лицензии там где вы ее храните;
По тому что бы работало только на этом железе:
1. Как считать конфигурацию оборудования;
2. Какие элементы конфигурации оборудования считать неизменными;
3. Как считать конфигурацию оборудования, если программа расположена в виртуальной среде;
4. Как отрегулировать собираемые идентификаторы оборудования так, что б они не зависели от установленных драйверов;
По самим лицензиям:
1. Как закодировать конфигурацию оборудования достаточно компактно, что б передать ее в центр лицензирования;
2. Как подготовить короткий но крипкостойкий и лишенный коллизий ответ
3. Как запихать в ответ сервера лицензий дату старта лицензии, да так что бы её можно было раскодировать, но нельзя было изменить;
По алгоритму защиты:
1. Как создать алгоритм проверки лицензии, так что бы в него нельзя было внедриться;
2. Как распихать алгоритм проверки лицензии так, что бы его нельзя было отрезать в паре-тройке мест и наплевать на этот алгоритм;
3. Как защититься от банальной замени JE на JNE и JZ на JNZ.

И самый главный вопрос. Насколько это всё экономически обоснованно? Может купить навесную систему защиты?

Программу лучше всего защищать послепродажным авторизованным сервисом. Конечно, бывают и такие программы, которые не требуют поддержки.

Может зря потрачу время, но общая идея доморощеной защиты:

- свежеустановленная прога не работает, пока не введут ключ (покупается у разраба)
- для покупки ключа юзер выслает некую аппаратнозависимую сигнатуру (далее АС), сгенерированную свежеустановленной прогой
- ключ выдается разработчиком в соответствии с этой АС. Причем ключ как минимум должен содержать, в зашифрованном виде:
1) саму АС
2) срок действия проги (дату завершения)
- сама АС может содержать в зашифрованном виде, например, просто марку проца и/или обьем винта, обьем ОЗУ, имя компа (это и есть самое слабое звено - узнать комп или юзера, чтобы другой комп или юзер не смог работать с этим же ключем, выданным для данного компа или юзера)
- при получении ключа прога записывает некий набор байтов (далее НБ) в реестр, или на диск с установленной прогой, или в TMP юзера, или в себя (где то же надо отметитить факт получения ключа), хотя можно и заставлять вводить этот ключ каждый раз при старте программы
- прога при старте должна проверять этот НБ (или введенный ключ) с текущим компом юзером: на аппаратную совместимость с железом, и с таймером компа (время на компе).

Всё, товарищи, взламывается при достаточном интересе.
Замки - от честных людей.

Влад Колосов
Всё, товарищи, взламывается при достаточном интересе.
Замки - от честных людей.

Я так понимаю, он и хочет от честных людей.)))
Потому как, чем заказывать взлом, легче будет, такую же прогу заказать)))

А он хочет, что бы просто не копировали неограниченно.
Кстати, для того что бы не тащили на сторону, хорошо помогает клиент- серверная архитектура)
Ну унесут ехе, с длл... а данных то нету, подключиться некуда.
А так, ставь что офа советует, просто и достаточно.

От честных достаточно в реестр что-нибудь писать.

of63
- свежеустановленная прога не работает, пока не введут ключ (покупается у разраба)

Это зря.
Программа должна быть работоспособна на чужом железе и демонстрировать свою полезность.
Даже если за нее не заплатили. Другое дело функционал ограничить.

psj

of63
- свежеустановленная прога не работает, пока не введут ключ (покупается у разраба)

Это зря.
Программа должна быть работоспособна на чужом железе и демонстрировать свою полезность.
Даже если за нее не заплатили. Другое дело функционал ограничить.

А это как посмотреть.
Ограничивать какую функциональность?
Часто этим польза ПО многократно уменьшается.
В общем каждый сам решает.
Вот мой путь.
Я передаю ПО ограничивая время пользования.
Оно должно быть, достаточно большим, что бы люди почуяли пользу, привыкли, и уже не могли отказаться.
Сразу де честно предупреждаю, что работать будет до такого то числа.

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

Но чаще бывает, клиенты раньше обращаются с экслюзивными просьбами, что то доделать для них.
И вопрос автоматом снимается...

Вопрос защиты авторского права на текущий момент не имеет однозначного решения.
"Однозначные решения" для автора и пользователя разные. Ну очень разные! Одному "не пущать", а другому "дайте все и сразу".

Когда автора посещает мысль о необходимости защиты своей работы тогда же автор должен себе определить что же он желает защитить:

1. процесс тиражирования своего решения;
2. защита авторского алгоритма решения конкретной задачи;
3. доходы от защиты авторского парава на программный продукт...
4...... по вкусу

Под каждую задачу уже сущещуствуют решения. Не все готовые решения нам по-карману.

<домыслы>
Далее можно процитировать все озвученные варианты решения ....
</домыслы>