Мы можем рекомендовать методы защиты софта, но выбор за разработчиком. SDK планируется, но он будет включать в первую очередь примеры использования и рекомендации по защите ПО. У нас есть свои разработки по проверки целостности ПО, прочие проверки и шифрование, но нужно ли их включать в SDK — посмотрим. На счёт ценности, если Вам не нужен контроль за использованием ПО, автоматическое лицензирование, проверка использования лицензий, и т.п., тогда делайте это вручную или с помощью аппаратных ключей + сервис по мониторингу, и т.п. SDK аппаратных ключей и их аналоги в сети не дают возможность защититься полностью одним нажатием кнопки, потому как их ломают, а платите Вы за каждую проданную копию ПО. Оправданы ли эти затраты?

О какой уверенности речь? Вы хотите об этом поговорить? :-)
Везде есть свои недостатки и достоинства. Взломать можно что угодно, вопрос только в целесообразности траты времени и усилий на взлом или защиту.
У Вас есть вопросы по существу?

Простое шифрование части кода, как правило, не является 100% гарантией защиты, если ПО достаточно ценное, нужен комплекс мер по его защите (внутри ПО). Готового SDK на сервисе пока нет, но он предполагается в дальнейшем и будет содержать примеры функций для работы с сервисом, которые разработчик сможет включить в свое ПО. В данном случае разработчик использует стандартные компоненты для отправки и получения пакетов по https протоколу используя стандартные библиотеки для электронной подписи и проверки электронной подписи. Которые воспринимаются антивирусами «адекватно». Расшифровка пакетов информации между сервисом и приложением ничего не даст, если используется две пары ключей. Узкое место, это защита ПО от внесения в него изменений, а для этого лучше использовать комплекс мер собственных и/или внешних. В случае аппаратных ключей, Вы защитили ПО но не можете полностью защититься от его эмуляции.

Пока мы не предлагаем на сервисе ПО которое навешивается на Вашу разработку шифрует его или добавляет автоматическую защиту. Такую защиту снимают хакеры достаточно быстро (из своего опыта). Мы предлагаем инструменты для лицензирования, защиты, мониторинга, которые будут включены в ПО разработчиком.

Ниже в комментариях мы писали об отличиях, а именно: мониторинг виртуальных (лицензирование) и аппаратных ключей; возможность не привязываться к железу (от этого теряет разработчик и не удобно пользователю); не нужно платить за каждую лицензию (как в аналогах, у некоторых есть минимальные заказы от 50 штук); бесплатное использование сервисом для нового ПО (к примеру, для 1-го ПО, до 3 лицензий в месяц) ... У разработчиков аппаратных ключей не детские болезни, но почему-то их эмулируют очень быстро!

Мы располагаем рабочей версией этого функционала, который работает на рабочем ПО и с реальными клиентами. Вопрос в том, на сколько это интересно другим разработчикам и во сколько мы можем сократить Ваши расходы на защиту ПО (в 3 раза, 5 раз или на порядок).

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

Извините, я не совсем понял о чём рёчь. Какой именно функционал Вы имеете ввиду? Подобные методы не используют сертификаты и оплачиваются за рабочее место. Мы не занимаемся аппаратными устройствами, мы собираемся разрабатывать только программные сервисы для защиты ПО.

Мы разрабатываем данный сервис и нам важно знать насколько он интересует разработчиков, стоит ли ним заниматься вообще, есть ли актуальность. Это не совсем реклама — мы изучаем спрос. У Вас есть вопросы по данной тематике? Если не хотите читать сайт, я здесь отвечу на все вопросы. :-)