Защитный ключ для программного обеспечения USB для Java с SDK, который является кросс-платформенным «для реального». Он существует?

Question

Я бы хотел спросить, знает ли кто-нибудь об аппаратном USB-ключах для защиты программного обеспечения, который предлагает очень полную бесплатную поддержку API для кросс-платформенных развертываний Java.

Его SDK должен предоставить банку (только одну, а не одну другую библиотеку для OS &), которая будет добавлена ​​в проект как библиотека.

• Сосуд должен содержать всю нативный материал для различных операционных систем и bitnesses
• С точки приложения зрения, следует продолжать писать (API вызовов) один раз и работать везде, без необходимости заботиться, где конечный пользователь будет запускать программное обеспечение
• Предоставленное банку сама должна иметь дело с загрузкой соответствующей родной библиотеки

существует ли такая вещь?

С тем, что я пробовал до сих пор, у вас есть разные API и скомпилированные библиотеки для win32, linux32, win64, linux64 и т. Д. (Или вам даже приходится компилировать материал самостоятельно на целевой машине), но эй, мы «здесь я делаю Java, мы не знаем (и не заботимся), где будет работать программа!

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

В общая поддержка Java (прозрачная межплатформенная мода) довольно плоха с SDK, которые я оценил до сих пор (например, KeyLok и UniKey от SecuTech). Я даже купил (нет бесплатного комплекта для оценки) SecureMetric SDK & ключей (они должны были быть «soooo» straighforward для интеграции - в соответствии с маркетинговым материалом: \), и они были самыми худшими когда-либо: SecureDongle X не имеет 64-битной поддержки и SecureDongle SD не является кросс-платформенным.

Итак, есть кто-нибудь, кто прошел через это и нашел идеальный Java-ключ usb usb для кросс-платформенных развертываний?

Примечание: программное обеспечение является малообъемным, высокоценным; приложение находится в автономном режиме (интрасеть без доступа в Интернет), поэтому нет альтернатив для онлайн-активации и т. п.

- EDIT

опробовали HASP ключи (раньше называлось «Aladdin»), и добавил их к-нет списка: здесь тоже есть не вне коробки (внебиржевой) поддержки: например end-linux-user должен вручную поместить библиотеку .so (конкретный файл для соответствующей битности) в нужное место в своей файловой системе и экспортировать env. соответственно.

Answer 1

Полное заявление об отказе от ответственности: Я работаю для company, который делает программные защитные ключи (CodeMeter). Но я считаю, что у нас может быть решение, соответствующее вашему требованию: у нас есть один API для всех платформ (Win, Mac, Linux и т. Д. Как 32, так и 64-разрядные). Для каждого конечного пользователя требуется только время выполнения (служба в Windows, демон в Linux). Мы используем собственный Java API, который использует TCP/IP для вызова нашей среды выполнения, поэтому никаких специальных драйверов устройств не требуется. Вы можете активировать либо до того, как вы отправите ключ (предварительное программирование), либо через обмен файлами (NikeNet) при развертывании без доступа к Интернету, или вы можете удалить ключ, перенести его на машину, которая имеет подключение к Интернету, и обновить лицензия там.

На более высоком уровне, чем API, у нас есть AxProtector, который является автоматическим средством защиты/шифрования, которое вы можете использовать для тестирования нашей системы защиты без изменений исходного кода. Это позволит протестировать реализацию на всех интересующих вас платформах - вам не нужно создавать несколько версий для разных платформ.

У нас была компания Fortune 100, использующая это для защиты Java-приложения, работающего на не-Intel Solaris, поэтому мы знаем, что он подвергся стрессовому тестированию как кросс-платформенное решение.

У нас есть бесплатная полностью функциональная система eval, с которой мы можем связаться с вами как можно скорее. Если вы напишите мне по адресу электронной почты в моем профиле, мы сможем отправить вам SDK и помочь вам быстро определить, разрешит ли это вашу проблему.

Answer 2

Вы можете использовать Dinkey Pro dongles для достижения именно этого. Хотя они используют отдельные собственные библиотеки для каждой операционной системы и архитектуры, вам просто нужно вызывать их Java API, и он заботится о любых битках конкретной платформы. Оберните библиотеки в JAR-файл с помощью .class (API), и у вас есть аккуратное решение. Сами ключи не являются водителями.

Answer 3

Я могу только рекомендовать, чтобы избежать SecuTech UniKey. Во время оценки продукт отвечал всем необходимым требованиям. Мы начали интегрировать это решение и обнаружили один вопрос за другим. Вот краткий перечень основных вопросов, которые входят в состав SDK 6.2.7:

1. настройки Enveloper изменяться случайным образом при сохранении и загрузке же решение (Video).
2. Файлы DLL, которые завернуты в конверт, не загружаются.
3. Консольная версия конвертера для скриптовых построений не работает. Он не может обернуть exe/dll, который может быть обернут версией конвертера на основе графического интерфейса.

Поддержка реагирует, но на самом деле не справляется с проблемами.

В конце концов, мы потратили впустую почти месяц работы, интегрируя эту систему защиты, но теперь приходится переключаться из-за огромных проблем с качеством.