Как лучше всего управлять ключами продукта для библиотек кода?

Смешивание пробной и производственной сред может привести к путанице. Если возможно, сделайте два отдельных установщика для каждого.

Есть несколько предпосылок для того, чтобы сделать вашу защиту максимально надежной:

• Обфускайте свой код с помощью лучшего обфускатора, который вы можете купить.
• Распределите проверки валидности подписи в нескольких ключевых местах вашего кода, не проверяйте только один раз при запуске.
• Узнайте об API-интерфейсах шифрования .NET, таких как асимметричное шифрование и подписи
• Имейте в виду, что сгенерированные ключи продукта могут быть подвергнуты обратному проектированию, что в основном является проблемой, если ваше приложение имеет большой объем или большую ценность.

Сценарий с активацией:

При установке или в течение некоторого времени после нее вы можете потребовать от пользователей «Активировать» ваш продукт. При активации вы можете сгенерировать незашифрованный XML-файл с некоторыми компонентами, идентифицирующими систему - идентификатор ЦП, идентификатор жесткого диска, доменное имя, имя пользователя и т. д. Отправьте указанный XML на свой веб-сервис.

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

Ваше клиентское программное обеспечение будет иметь соответствующий встроенный открытый ключ и будет хранить случайный тег и подпись локально.

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

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

Сценарий без активации:

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

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

Пользователь должен будет сохранить файл в заранее определенном месте или вставить его в текстовое поле в вашем приложении.

Попробуйте лицензирование Rhino (с открытым исходным кодом).

Привяжите сгенерированную лицензию к индивидуальной машине, используя уникальный идентификатор машины, такой как SID компьютера, серийный номер жесткого диска, идентификатор ЦП и т. д. Используйте плавающие лицензии и проверяйте доступность лицензии на сервере во время выполнения. Лицензирование Rhino предоставляет необходимую для этого инфраструктуру. Rhino Licensing также может включать пользовательские данные в файл лицензии, чтобы у вас была возможность легко хранить информацию о клиенте в файле лицензии. С учетом всего сказанного наличие схемы лицензирования в вашем приложении не означает, что вы в полной безопасности. Хакеры и взломщики пытаются перепроектировать код вашего приложения, чтобы увидеть, как осуществляется лицензирование, поэтому вам нужно изучить другие проблемы безопасности, и рекомендуется использовать инструмент запутывания, чтобы усложнить это для злоумышленников.

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

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