Защита программного обеспечения

1. Зависит ли время работы батарейки от интенсивности работы с ключом.
2. Батарейка на 3 года? Наше ПО работает уже в некоторых организациях до 12 лет, а системное "непереставляемое" время иметь бы для защиты хотелось...
3. И заодно, чтобы тему новую не создавать: сравнение с Guardant проводились? Мы пользуемся их ключами, но присматриваемся и к другим.

Павел писал(а):1. Зависит ли время работы батарейки от интенсивности работы с ключом.
2. Батарейка на 3 года? Наше ПО работает уже в некоторых организациях до 12 лет, а системное "непереставляемое" время иметь бы для защиты хотелось...
3. И заодно, чтобы тему новую не создавать: сравнение с Guardant проводились? Мы пользуемся их ключами, но присматриваемся и к другим.

1) Не зависит. Когда ключ подключен к компьютеру - батарейка не используется. Питание таймера осуществлется от компьютера.
2) Батарейка 3 года продержит таймер если ключ не будет вообще использоваться.
3) Senselock и указанный вами ключ предлагают абсолютно разные возможности и идеологии защиты программ. Мы предоставляем разработчику высокозащищенную платформу для создания любой системы защиты с возможностью безопасно изменять и корректировать систему удалённо, создавать собственные алгоритмы, использовать по настоящему защищенный таймер реального времени и т.д. ...

Вопрос о сравнении технологий защиты теми или иными ключами думаю лучше адресовать на специализированные форумы, такие как:
http://forum.ru-board.com/topic.cgi?forum=35&bm=1&topic=38402#1 (требуется регистрация)
http://forum.lavteam.com/index.php?showforum=13 (требуется регистрация)
http://www.wasm.ru/forum/
http://www.cracklab.ru/f

>> 2) Батарейка 3 года продержит таймер если ключ не будет вообще использоваться.
Правильно ли я понимаю, что если ключ подключен к включенному компу то батарейка при этом не расходуется и соответственно сядет сильно позже чем через 3 года?

Кстати касательно RTC.
есть два ключа. Время на них немного отличается (разница примерно в 13 секунд) и изрядно сильно отличаются от локального, синхронизированного с GPS
Пример:
Ключ : 2009/12/02 23:04:48
GMT : 2009/12/02 21:02:31
Local: 2009/12/02 23:02:31

Это нормальное поведение?

CreatorCray писал(а):>> 2) Батарейка 3 года продержит таймер если ключ не будет вообще использоваться.
Правильно ли я понимаю, что если ключ подключен к включенному компу то батарейка при этом не расходуется и соответственно сядет сильно позже чем через 3 года?

Кстати касательно RTC.
есть два ключа. Время на них немного отличается (разница примерно в 13 секунд) и изрядно сильно отличаются от локального, синхронизированного с GPS
Пример:
Ключ : 2009/12/02 23:04:48
GMT : 2009/12/02 21:02:31
Local: 2009/12/02 23:02:31

Это нормальное поведение?

"Изрядно сильно" - это 2 минуты?
На практике не требуется такой точности. Меня бы не смутила разница даже в час...

CreatorCray писал(а):>> 2) Батарейка 3 года продержит таймер если ключ не будет вообще использоваться.
Правильно ли я понимаю, что если ключ подключен к включенному компу то батарейка при этом не расходуется и соответственно сядет сильно позже чем через 3 года?

Кстати касательно RTC.
есть два ключа. Время на них немного отличается (разница примерно в 13 секунд) и изрядно сильно отличаются от локального, синхронизированного с GPS
Пример:
Ключ : 2009/12/02 23:04:48
GMT : 2009/12/02 21:02:31
Local: 2009/12/02 23:02:31

Это нормальное поведение?

Да, проработает больше 3-х лет, но это не значит, что будет работать вечно. Любая батарея имеет свойство саморазряжаться независимо от того, используется она или нет.

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

Спасибо за ответы.
В моём случае вся пляска с ключами началась именно ради этого самого RTC, потому и настолько интересны детали.

CreatorCray писал(а):Спасибо за ответы.
В моём случае вся пляска с ключами началась именно ради этого самого RTC, потому и настолько интересны детали.

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

скажите, а в каком формате возвращается дата начала действия лицензии и дата окончания действия лицензии? Что-то я не пойму никак. Это соответственно два числа unsigned short (start_date и end_date) в структуре _lm_record.
Например, для 29.09.2009 мне вернулось (при вызове функции CMD_LM_LIC_GET_INFO) число 4925, а для 29.09.2010 - число 5437.
Мне нужно эти числа отобразить юзеру в программе. По какому алгоритму из них вычленить день, месяц и год?
Заранее благодарю за ответ.

Для наглядности
4925: [1001][1001][11101] : 9.9.29
5437: [1010][1001][11101] : 10.9.29

Таким образом,
0:4 биты - чило
5:8 биты - месяц
9:12 биты - год (с 2000 года)

Тогда получается вашу систему лицензирования можно использовать только до 2015 года ([1111]=15)...А дальше что делать?

У года больше битов.
Наизусть сейчас не скажу
Но на наш век хватит !

Т.е. под год можно смело считывать 5 битов? Получается до 2031 года, мне этого вполне хватит

как минимум 5 битов !
Завтра первый рабочий день в этом году, я смогу посмотреть исходные коды и уточнить (вдруг мы заложили в год 6 битов)
Всё в памяти не удержать !

вообще все оставшиеся 7 битов используются (до 2127 года). Тестированием узнал. Т.е. на наш век точно хватает

Всё в памяти не удержать !

Да я удивляюсь как вы вообще такие вещи запоминаете ))