как изменить timelimit если это не было заранее предусмотрен

VMProtect
1

есть ключи. действующие до (условно) 1 сентября(много месяцев в будущем)
нужно сделать сборку которая будет работать с этими ключами - до 31 апреля и не больше.
Банить и перевыпускать все ключи уже с коротким сроком действия-не желательно.
Вставить проверку времени в саму программу-получаем уязвимость перед играми с часами на машине пользователя.

Как такое можно сделать?

2

Ключи ограничены по какому признаку (“срок годности” или “макс. время работы”)?

3

срок годности и макс.дата сборки(в одну дату ставились)


p.s.
Еще такой вопрос-нотификации от форума приходят со ссылкой на vmpsoft.com(а не vmprotect.ru)
но логин и пароль от vmprotect.ru - на vmpsoft.com форум не принимает почемуто

4

срок годности и макс.дата сборки(в одну дату ставились)

Есть 2 варианта:

  1. Ближе к 31 апреля выпустить новую версию, перед сборкой которой в VMProtect перевести дату компьютера на 1 сентября (при этом в защищенную программу запишется дата текущей сборки как 1 сентября). После этого ключи, выданные с ограничением по дате сборке до 1 сентября станут невалидными для этой версии. Но есть один минус - до реального 1 сентрября придется каждый раз повторять эту операцию, чтобы пользователи не смогли воспользоваться старыми ключами.
  2. В код после VMProtectSetSerialData добавить VMProtectGetSerialNumberData с получение информации о серийном номере и затем самостоятельно сравнивать текущее текущую дату с 31 апреля если в VMProtectSerialNumberData.dtExpire присутствует дата 1 сентября.

но логин и пароль от vmprotect.ru - на vmpsoft.com форум не принимает почемуто

Видимо баг форума. Используйте всегда vmpsoft.com - проблем быть не должно.

5

Существует ли какой-то способ определить что был перевод даты для обхода “срока годности” средствами vmprotect’а?

6

К сожалению - нет.