Результаты поиска по запросу: *

Выглядит крайне странно, но видно что стараешься.

Ты серьезно ? Подымаешь локально допустим тот же веб, берем в учет что верификация на веб сервере. Предварительно получаем валидные ответы с "официального сервера", пишем аналог и хостим у себя, прописываем в хосты "оф. сервак". Этот вариант вообще для дуболомов, которые не уметь в реверс. Профит ?

С таким же успехом можно сделать свой бэк подменив банально в хостах адрес и валидировать это на стороне клиента как валидную дату и потом передавать управление на реальный адрес для подключения на порты. Т.е. данный оратор шарит о чем говорит.

CRC быстрее, размер файла бессмыслен, сверка по хешу нагрузочный

Ну ты то инжектишь на ините процесса, это еще проще отследить. Запускаешь отладчик и все видно сразу, это явно не тот путь. Имхо.

Накрывать ВМками файл и вшивать прямо в не очевидный файл. Допустим использовать VMProtect или Themida и так далее. Но если станет вопрос и заплатят деньги что бы это отключить, ну примерно 40-80 USD цена вопроса и по времени день или пол.

Конечно, как и любой другой метод на процессе загрузке пропатчить место где ты вызываешь сверку. Это вопрос 10-15 минут.

конечно CRC, его на все ваши запросы с головой. Все остальное это мусор.

А зачем простите сверять размер файла если есть сверка CRC ? Если у исходного файла отличается хоть 1 байт, контрольная сумма измениться, не говоря о размере.