Короткий познавательный пост, основанный на моей больной фантазии. Все совпадения случайны.
Обратился как-то один человек на профильном форуме с вопросом, как запустить (не сказать чтобы старую) игру на Windows 10. Игра (хотя я бы назвал это технодемо)
была разработана на легендарном XNA 4.0 (земля пухом) и планировалась к
выпуску через Steam Greenlight (и ему земля пухом) еще в далеком 2012,
после чего заброшена и убрана со всех магазинов.
Игра
была куплена тем человеком еще в тот момент, когда она легально
продавалась. А спустя годы она просто перестала подавать признаки
жизни. $5 за полную версию уплочены, а поиграть нельзя. Обидно.
Так
как типовые решения по типу установки XNA Redistributable не помогли,
то был предложен единственно возможный выход из ситуации - отладка
через dnSpy.
Внимание:
обратная разработка хоть прямо и не запрещена законодательно, но
разрешенные случаи весьма ограниченны. В других странах разрешен явный
запрет любых манипуляций через лицензию, превращающий это занятие во
вполне наказуемое. Не повторяйте дома.
Так как ПО было приобретено легально и оно не работает, то этот теоретический случай допустим в соответствии со статьей 1280 гражданского кодекса.
Демонстрировать буду на бесплатной демоверсии, скачать можно здесь.
Театр
начинается с вешалки, а программа на C# с атрибутов сборки. Они нам
сейчас не сильно интересны, поэтому пытаемся сразу запускать отладку. С
неизвестными программами лучше использовать виртуальную машину, так как
может быть встроена какая-нибудь пакость для кулхацкеров, но мне можно и так.
Ошибка. Открываем стек вызовов и ищем место, где произошел провальный запрос в сеть.
А
вот и виновник торжества. По сообщению из исключения можно сделать
вполне однозначный вывод, что проблемой является скупердяйство и
непредусмотрительность автора, который решил перестать платить за домен и
хостинг, а вместе с этим случайно (а может и намеренно) сделал запуск
игры невозможным без интернета. Так как на сайте заявлено отсутствие
DRM, то это явно недосмотр.
Что тут происходит?
Если
почитать документацию на XNA, то этот метод предназначен для загрузки
контента и вызывается автоматически при запуске игры. Первым делом
выполняется инициализация некоторых вещей, после чего открывается файл
настроек (options.xml) и начинает последовательно считываться. Как
только считываются параметры аккаунта для таблицы рекордов, то
происходит отправка логина+пароля на официальный сайт и попытка получить
ID. Если сервер возвращает Failure, то открывается диалог входа,
который можно пропустить. Если сервер возвращает число, то игра
запускается. А вот если сервер недоступен, то вылетает исключение,
которое никак не обрабатывается и приводит к молчаливому вылету.
На этом этапе есть 2 варианта действий:
Нормальные герои всегда идут в обход, так что переходим к написанию небольшого патча. (На самом деле, о первом варианте я додумался не сразу. Более того, полная версия зависает при убирании этого пункта из настроек).
Выделяем строчку с запросом и нажимает "Изменить инструкции IL". Открывается окно с заголовком "Изменение тела метода".
Это - язык MSIL. Он очень прост и сильно напоминает Forth, на самом деле, но новичка может отпугнуть.
Ключевым
элементом является стек. Что такое стек я уже когда-то рассказывал. Это
некоторое место, на вершину которого можно последовательно добавлять
значения (числа, строки и прочие объекты), а так же снимать их в
обратном порядке.
Тут мы добавляем на стек:
Потом
мы вызываем String::Concat(), принимающий в себя 4 строки и соединяющий
их вместе. При вызове метода будут сняты 4 верхние строки со стека и
добавлена новая строка.
Вызов
следующего метода (WebClient::DownloadString()) снимает строку,
полученную от String::Concat(), и веб-клиент. В результате должна
остаться только 1 строка, возвращенная WebClient::DownloadString().
Следующим
этапом мы должны снять эту строку со стека и сохранить её в локальную
переменную 1, но этого не произойдет, так
как WebClient::DownloadString() всегда будет проваливаться и выбрасывать
исключение. Исключение, если его не обработать сразу, будет раз за
разом проваливаться глубже по стеку вызовов, пока не достигнет
обработчика или дна. Так как никаких обработчиков по пути нет, то
исключение достигает дна и приводит к вылету.
Чтобы избежать получения исключения, мы можем убрать всё, что предназначено для запроса в сеть. Примерно вот так:
8
инструкций превратились в 2: загрузка строки с числом (которое может
быть любым) и сохранение в локальную переменную под номером 1.
Сохраняем и проверяем результат.
Из
декомпилированного кода полностью исчез кусок с запросом. Осталась лишь
загрузка константной строки и сравнение с "Failure", которое всегда
будет успешным.
Сохраняем модуль и пытаемся запускать опять.
С
этой задачей успешно справился человек, который не смыслит в
программировании вообще ничего. По его словам, он джва года ждал эту
игру!
Но не всё так просто. Если попытаться пройти любой уровень, то вылетит то же самое исключение.
Для исправления точно так же выделяем строку и опять редактируем инструкции в теле метода. Но так как отправка статистики нонче ни на что не влияет, то просто удаляем выделенные инструкции без остатка.
А для надежности выделяем WebClient, нажимаем "Анализировать" и смотрим, где еще может ждать нас подлянка.
В
Finish.Update() мы ошибку только что исправили, в Game1.LoadContent()
исправили в самом начале, а Login.button1_Click(), Program.Main() и
Title.Update() нас не интересуют, так как достаточно просто не делать
того, что приведет к обращению в сеть (а конкретно: не открывать диалог
входа, не указывать никакие аргументы при запуске и не пытаться
авторизоваться через главное меню (вроде бы не реализовано)).
Вуаля. Игра работает как прежде.
