K13>Без ручного создания проекта защиты на каждую сборку? Если у меня в каждом бинарнике -- несколько десятков криптованных областей?
у VMProtect-а достаточно навороченный скриптовый язык. в аналогичной ситуации у меня просто написан скрипт, в котором перечислены имена защищаемых функций. в процессе сборки VMProtect натравливается на модули продукта и защищает то, что прописано в скрипте. все из командной строки на билд-сервере без гуя.
Здравствуйте, ov, Вы писали:
K13>>Без ручного создания проекта защиты на каждую сборку? Если у меня в каждом бинарнике -- несколько десятков криптованных областей?
ov>у VMProtect-а достаточно навороченный скриптовый язык. в аналогичной ситуации у меня просто написан скрипт, в котором перечислены имена защищаемых функций. в процессе сборки VMProtect натравливается на модули продукта и защищает то, что прописано в скрипте. все из командной строки на билд-сервере без гуя.
Не пугай народ Насколько я понял К13 нужны только маркеры, а они как раз подхватываются на автомате при открытии бинарника.
Здравствуйте, Sharowarsheg, Вы писали:
S>Беда всех протекторов как раз в том, что за 100 баксов в год вылизывать совместимость так, чтобы было коммерчески пригодно в защите, оказывается слишком дешево. В разы дешево. Поэтому они долго не живут.
Есть мнение, что 100 баксов тут далеко не та причина, по которой протекторы долго не живут На мой взгляд более менее сложный продукт без грамотного проектирования внутренностей под новые фичи в итоге превращается в УГ, которое проще продать старфорсу выкинуть на помойку, чем потратить кучу времени и переделать все по уму. Вот этот процесс мы и наблюдаем.
Здравствуйте, drVanо, Вы писали:
V>Здравствуйте, Supporter, Вы писали:
S>>1. Как это делается в VMProtect?
V>В таком виде как надо ТС-у — никак.
S>>2. Когда будет фикс — обработка исключений для 64-битного кода?
V>Сделано в 3-ке. Можно проверять.
Замечательно. Вот когда будет релиз, тогда и будем проверять.
И будет это через год-два судя по вашим темпам
S>>Беда всех протекторов как раз в том, что за 100 баксов в год вылизывать совместимость так, чтобы было коммерчески пригодно в защите, оказывается слишком дешево. В разы дешево. Поэтому они долго не живут.
V>Есть мнение, что 100 баксов тут далеко не та причина, по которой протекторы долго не живут На мой взгляд более менее сложный продукт без грамотного проектирования внутренностей
Маловероятно, что за десять лет не нашлось ни одного разработчика протектора, способного сделать архитектуру.
Здравствуйте, ov, Вы писали:
S>>Маловероятно, что за десять лет не нашлось ни одного разработчика протектора, способного сделать архитектуру.
ov>ну почему не нашлось...
А что у нас осталось живое со времен аспротекта? Может я что-то пропустил.
Здравствуйте, Kubyshev Andrey, Вы писали:
VR>>Enigma Protector — http://enigmaprotector.com/ есть поддержка 32 и 64 бинарников, куча опций.
VR>>Сам пользуюсь, всем доволен, автор русский.
KA>"32-bits" Интресно, кто так еще пишет ? Гугл не нашел.
S>А что у нас осталось живое со времен аспротекта? Может я что-то пропустил.
дык вмпротекту уже десять лет. живет. и третья версия не так уж и далеко как может показаться.
а если доктора уговорить хотя бы консольную версию зарелизить, то вообще все очень близко окажется
Здравствуйте, Kubyshev Andrey, Вы писали:
KA>>>"32-bits" Интресно, кто так еще пишет ? Гугл не нашел.
U>>а вы точно гуглом пользоваться умеете ? U>>https://www.google.com/search?q=%2232-bits%22
KA>А вы точно можете смотреть что выдает в ответ гугл ? KA>У меня ни одной страницы с "32-bits"
KA>Только
KA>32-bit KA>32 bits
Здравствуйте, ov, Вы писали:
S>>А что у нас осталось живое со времен аспротекта? Может я что-то пропустил.
ov>дык вмпротекту уже десять лет. живет. и третья версия не так уж и далеко как может показаться.
Я что-то не помню его десять лет назад. Хотя waybackmachine говорит, что он был. Интересно.
Здравствуйте, K13, Вы писали:
K13>Поскольку Armadilla больше не поддерживается, встал вопрос о протекторе на замену.
А вам он точно нужен? Мы уже лет 5 как отказались от навесной защиты (до этого года 4 использовали EXECryptor). И хотя кряки/кейгены появляются на следующий день после релиза (а то и в тот же день) — бизнесу это не вредит. Софт и так системный, регулярно проблемы с совместимостью с 3rd party apps, так ещё и лишний уровень сложности с навесной защитой добавлял изрядно геморроя клиентам, а в итоге — нам. В итоге в продуктах осталась собственная самописная система регистрационных ключей (не очень сложная, но с хитрушками), которую большинство авторов кряков полностью обойти не могут (или, скорее, не хотят: триальное окно убрали — и рады). В общем, в нашем случае практика показала, что если люди не хотят платить — они скорее всего и не будут, а если хотят — лишних проблем в виде протектора им устраивать не стоит.
AT>что если люди не хотят платить — они скорее всего и не будут, а если хотят — лишних проблем в виде протектора им устраивать не стоит.
беда в том, что они будут нагружать саппорт. у меня в свое время скардили несколько ключей, так до сих пор приходят периодически гневные письма, мол почему моя "законно купленная" лицензия вдруг заблокирована?
а если ломают сразу же, таких "клиентов" должно быть ощутимо больше...
Насколько я понял К13 нужны только маркеры, а они как раз подхватываются на автомате при открытии бинарника.
