Способ защиты лицензии программы

Доброго времени суток.
Стоит следующая задача:
Есть программный продукт написанный на .Net 4.
Продажа предполагается по 1 экз. на 1 заказчика.
Необходимо предусмотреть способ защиты от использования копий программы.
Предполагается вариант с ключём, генерируемым программой на основе серийника(?) материнки и процессора ПК, на котором впервые запускается программа. Этот ключ отсылается разработчикам, в ответ приходит лицензионный ключ, с которым программа работает. Стоит заметить, что компьютер вполне может не иметь доступ в сеть, по этому возможность авторизации программы у разработчика при запуске не рассматривается.
Сейчас неважен алгоритм по которому генерируются ключи. Важен сам подход.
Я вижу следующие проблемы данного подхода:
1) При замене железа (например, при выходе из строя или после апгрейда) программа перестаёт работать. Решение - повторный запрос ключа у разработчиков
2) Исходя из первого пункта есть возможность мухлежа. Поскольку разработчики не могут лично проверить действительно ли произведён апгейд первого ПК, или держатели скопипастили программу на другую машину.

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

0

Сообщение от aquaMakc 1) При замене железа (например, при выходе из строя или после апгрейда) программа перестаёт работать.

Встречный контрвопрос - у вас часто летит железо? У меня - очень редко.

Сообщение от aquaMakc 2) Исходя из первого пункта есть возможность мухлежа.

При продаже обозначать количество (максимальное), допустимое для передаче одному покупателю лицензии (две или три, не больше). Пусть будут внимательнее к своему железу.

0

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

0

Сообщение от aquaMakc Вот и изыскиваем более тонкий подход.

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

0

Специфика программы практически не предусматривает обновлений. Предыдущая версия больше 10 лет работала без существенных изменений. Да и объёмы продаж далеко не от дяди Билла, чтобы можно было мириться даже с единичными случаями мухлежа.
Как я понял пока ничего лучше, чем жёсткая привязка к железу цивилизация не придумала?

0

Сообщение от aquaMakc Да и объёмы продаж далеко не от дяди Билла

У меня тоже не большие, но хотите вы того или нет - мириться придется.

Сообщение от aquaMakc пока ничего лучше, чем жёсткая привязка к железу цивилизация не придумала?

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

0

Сообщение от insite2012 который установит собственно программу (где только оболочка) и установит на целевую машину службу, которая и будет являться собственно логикой работы

) ну собственно в таком виде программа и поставляется.
Но для грамотного инженера (наша основная ЦА) установка службы - рутинное дело.

0

Сообщение от aquaMakc для грамотного инженера (наша основная ЦА) установка службы - рутинное дело.

Везет вам. Мои программы рассчитаны на простых пользователей, и вариант со службой у меня не прокатит))) Могут и не справиться)))

0

aquaMakc, жалко, что вам это прямо щас требуется Потому как на подходе .Net Native, и уж сишарпный код, по которому прошелся С++ оптимизатор, где логика на 2/3 будет сгенерированна компилятором на основе вашего кода (анрол циклов, перестановка операций,....), где черт ногу сломит, ломануть было бы весьма затруднительно.

А так - C# не преназначен для написания подобных программ. Даже если вы напишете свою логику привязки к железу никто не мешает декомпилировать, посмотреть, что там происходит, и собрать назад. Вон пример с PVS-Studio на днях показал, как оно бывает. И обфускация тут не поможет. Я и сам баловался, сломал один известных в некоторых кругах продукт, да как взломал, получил доступ ко всей клиентской базе, со всеми емейлами, телефонами, ключами... Мог их удалять, добавлять свои, редактировать... Короче, полный доступ. Правда я этого делать не стал, ибо в образовательных целях делал. Но факт есть факт.

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

0

Сообщение от Psilon никто не мешает декомпилировать

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

Сообщение от Psilon И обфускация тут не поможет

Поможет.

Сообщение от Psilon на подходе .Net Native

Сообщение от Psilon Даже на плюсах программы ломаются

0

Сообщение от aquaMakc 2) Исходя из первого пункта есть возможность мухлежа. Поскольку разработчики не могут лично проверить действительно ли произведён апгейд первого ПК, или держатели скопипастили программу на другую машину.

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

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

0

Сообщение от skilllab Простенький самописный (можно и на заказ, можно и скачать бесплатный) обфускатор сильно усложнит дело. При условии что проверка лицензии не идёт константным стрингом

я на встречал обфускаций, которые нельзя было бы сломать за день.

0

Сообщение от Psilon я на встречал обфускаций

тем лучше, неправда ли?

Добавлено через 2 минуты

Сообщение от Psilon Я и сам баловался

все мы не безгрешны

0

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

0

Сообщение от aquaMakc самой жизнеспособной идеей есть - сбор информации о системе

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

0

Сообщение от aquaMakc алгоритм ещё даже не обдумывался

Их полно в интернете. Можно вообще "подглядеть" существующие. Вон, как Psilon сделал, и пойти дальше, объединив несколько технологий в 1.
Самая простенькая защита у меня была:
Ну и обфускация всего этого. Русскими символами))))

0

Сообщение от skilllab Можно вообще "подглядеть" существующие.

Фу, ну зачем так грубо копипастить... Надо включать фантазию)

0

Правда GetApp в нативной уже DLL-ке прятался. Ну, короче, обычная магия с этим треклятым NET

Добавлено через 1 минуту

Сообщение от insite2012 Надо включать фантазию)

Как говорится, все стихи давно написаны и песни спеты. Берёшь чуток репчика, мешаешь его с Вивальди, обфускатишь ()=> вуаля.

0

Сообщение от skilllab все стихи давно написаны и песни спеты.

Не думаю. Чем больше будет именно своего, тем будет надежнее.

0

Сообщение от insite2012 тем будет надежнее.

Сообщение от Psilon я на встречал обфускаций, которые нельзя было бы сломать за день.

--------------

Первый релиз .NET Framework вышел 5 января 2002

Думается, что с той поры много чего было понаписано и испробовано. Но вам виднее))

0