- Версия MoonLoader
- .026-beta
приветствую.
нужно сделать привязку луа скрипта по дням, нужен код под api и сам код на lua.
нужно сделать привязку луа скрипта по дням, нужен код под api и сам код на lua.
Привязка .lua скрипта на UWID
- Автор темы thrill example
- Дата начала
zKuk
Активный
- 150
- 57
- 1,756
- 1,622
Любая привязка обходится подменой http запроса.
Сразу предупреждаю, чтобы потом не было разочарования.
Сразу предупреждаю, чтобы потом не было разочарования.
- 1,756
- 1,622
- 928
- 620
Универсальной привязки (по крайней мере нормальной) не существует, подход должен быть индивидуальным: твой скрипт должен обладать какой-то функцией, которой нужны динамические данные, которые нельзя будет эмулировать самостоятельно, т.к. их нельзя заранее предсказать/сгенерировать.
Таким образом, привязка будет встроена в получение этой информации, и вырезать отдельно её не получится, т.к. будет нарушена логика работы скрипта, и он, возможно, будет вовсе лишен своей главной функциональности.
Например, если твой скрипт должен парсить логи с какого-то сайта, то лучше вынести парсинг на серверную часть, а из скрипта отправлять только запрос на их получение, в котором дополнительно отправлять уникальный код (тот же HWID), который мало того, что позволит идентифицировать пользователя, так и позволит не выполнять запрос, если этого кода не найдено в базе. Тут и хороший плюс появляется - пользователю не нужно будет перезапускать скрипт, чтобы появилась/исчезла привязка.
Таким образом, логика получения логов будет находиться только на сервере, доступ к которому имеешь исключительно ты, а значит посторонний наблюдатель не сможет увидеть ничего, кроме отправляющегося запроса вида "method=get_logs&key=2sdjoif9023lsdflsd001mds" и ответа, содержащего список логов.
Тогда единственным способом обойти эту привязку будет замена генерации уникального кода на статический код - тот, который присутствует у человека, имеющего подписку. А вся прелесть в том, что ты сможешь легко этому противостоять, узнав какой именно код находится в кряке и убрав его из базы.
Получение логов - лишь пример, это может быть получение капчи из списка текстдравов, промежуточные точки для бота, генерирующиеся в зависимости от текущей позиции и так далее. Главное, данные не должны быть неизменными, так как в этом случае ничего не мешает их эмулировать.
Таким образом, привязка будет встроена в получение этой информации, и вырезать отдельно её не получится, т.к. будет нарушена логика работы скрипта, и он, возможно, будет вовсе лишен своей главной функциональности.
Например, если твой скрипт должен парсить логи с какого-то сайта, то лучше вынести парсинг на серверную часть, а из скрипта отправлять только запрос на их получение, в котором дополнительно отправлять уникальный код (тот же HWID), который мало того, что позволит идентифицировать пользователя, так и позволит не выполнять запрос, если этого кода не найдено в базе. Тут и хороший плюс появляется - пользователю не нужно будет перезапускать скрипт, чтобы появилась/исчезла привязка.
Таким образом, логика получения логов будет находиться только на сервере, доступ к которому имеешь исключительно ты, а значит посторонний наблюдатель не сможет увидеть ничего, кроме отправляющегося запроса вида "method=get_logs&key=2sdjoif9023lsdflsd001mds" и ответа, содержащего список логов.
Тогда единственным способом обойти эту привязку будет замена генерации уникального кода на статический код - тот, который присутствует у человека, имеющего подписку. А вся прелесть в том, что ты сможешь легко этому противостоять, узнав какой именно код находится в кряке и убрав его из базы.
Получение логов - лишь пример, это может быть получение капчи из списка текстдравов, промежуточные точки для бота, генерирующиеся в зависимости от текущей позиции и так далее. Главное, данные не должны быть неизменными, так как в этом случае ничего не мешает их эмулировать.
Последнее редактирование:
