Универсального рецепта нет, нужно смотреть на само приложение и на людей, которые его разрабатывают. Но для меня очевидно, что если нельзя на сервер, то надо в натив
Но в целом, ты можешь всю “подписочную” логику размазать по нативу и поприседать уже там с обфускацией потока выполнения. Протектор какой-нибудь натянуть. Там инструменты поинтереснее есть
Короче тут ты попадаешь на обычные кошки-мышки с реверсером. Как-то усложнить жизнь можно через сервер. Или через организацию покупки твоего чита через сайт
У тебя будет возможность при оплате генерить сборку под конкретного клиента. По заданным им параметрам. Например по фингерпринту его девайса. Чтобы больше этот чит не запускался нигде
У тебя будет возможность при оплате генерить сборку под конкретного клиента. По заданным им параметрам. Например по фингерпринту его девайса. Чтобы больше этот чит не запускался нигде
Да не за что. Это очень простая идея. А хорошую реализацию ты затрахаешься делать =) Сразу закладывайся на то, что чтобы в каждой новой версии менять “матрицу проверок”. Чтобы взломавшему твою версию 1.0 пришлось заново разбираться в версии 1.1