Uoext. Расширяя Возможности Клиента, We do what EA can't. Опции

[Warstone]

UOExt - Ultima Online protocol Extender

Текущая версия: 0.1.0-RC1

Данная программа позволяет вам добавить еще один уровень абстракции в связке клиент - сервер для более эффективного управления как ресурсами так и самим клиентом.

Данная программа выполнена в виде dll, которая подключается к клиенту во время запуска (клиента). Она запускает в адресном пространстве клиента еще один "прокси-сервер" и перенаправляет весь протокол через себя. В отличие от других программ того-же класса, которые перехватывают recv/send, прокси сервер работает в отдельном потоке, что положительно сказывается на плавности картинки клиента, однако налагает дополнительные требования к программисту. В частности: Если прокси-сервер, по приходу какого-то пакета должен сделать серьезную обработку этого пакета, то клиент все-еще может сделать несколько шагов, до того, как переполнится локальный буфер действий клиента и он встанет (эффект потери соединения с сервером). Для игрока - это не большое время, но для программы - это миллиарды тактов.
Побочный эффект данного подхода состоит в том, что вам больше не надо следить за тем, является-ли ваш клиент шифрованным, так как программа автоматически расшифрует протокол, если сервер не принимает зашифрованный протокол.

Так как данная программа выполняется в адресном пространстве клиента, ей так-же доступны любые данные клиента. Более того, перехват API распространяется и на клиент. Поэтому вы имеете все данные клиента и можете производить относительно долгие вычисления без "фризов" клиента.

Сам исходный код данной программы доступен по адресу: http://code.google.com/p/uo-ext/ и имеет лицензию GPL. Однако плагины, написанные вами, являются самостоятельным продуктом (так-же dll) и, насколько я понимаю, могут не попадать под лицензию GPL. Если это не так, и тут есть кто-нибудь, кто разбирается в лицензиях - свяжитесь со мной, пожалуйста, для консультаций по лицензиям.

Исходный код программы написан на Object Pascal, однако плагины могут быть написаны на любом языке (соглашение о вызовах stdcall или, в терминах Си это должно быть, WINAPI соглашение).

История версий (с r53)

r60
- UOExt.GUI: Убрано мерцание при частом обновлении картинки.
- UOExt.GUI: Добавлен проект-тест для UOExt.gui.dll
r57
- Добавлен проект UOExt.GUI. Это шкурка "по умолчанию". Нет поддержки UOExt. Сама картинка сделана командой сервера "Квинтэссенция". Все скопировано правильно!

r56
- UOExt выгружается на старте клиента, если она не поддерживается сервером.

r55
- Убран проект UOLoader из репозитория. Фактически, он не использовался в работе с тех пор, как заработало заражение ехе
- Добавлена проверка на поддержку сервером UOExt в купе с передачей настроек. Аналог Razor'овского Negotiate features with server.
- Поправлен баг с падением клиента при разрыве соединения во время игры.
- В репозиторий добавился код для RunUO для поддержки UOExt

r53
Первый релиз, относительно которого будет вестись история.

Мини FAQ по работе с UOExt

Начальная установка
UOExt поставляется в 2-х основных форматах: debug и release. Отличие их в том, что debug "выкидывает" консоль и пишет туда отладочные сообщения. release, же работает без дополнительного окна.
На данный момент предпочтительный метод работы с UOExt состоит в заражении выполняемого файла клиента игры UO вызовом UOExt при запуске.
Процесс заражения происходит так: Скопировать UOExt.dll в папку с клиентом, открыть командную строку (Пуск - Выполнить cmd.exe), перейти в папку с клиентом и выполнить следующую команду:

Код

%windir%\system32\rundll32.exe UOExt.dll,Infect32 client.exe

Где client.exe - название выполняемого файла клиента УО. Так-же рекомендуется сохранить резервную копию, так как UOExt пропишет себя в текущем exe и будет запускаться каждый раз при старте модифицированного клиента.
После этой операции вы можете работать с клиентом, как раньше. Просто он будет загружать UOExt.

Поддерживаемые программы
На данный момент UOExt умеет работать с клиентом с которого снято или не снято шифрование (авто определение факта снятия шифрования).
Так-же UOExt запускается с Razor.
Тесты совместимости с другими сопутствующими программами не проводились.

Механизм проверки сервера на работу с UOExt
UOExt проверяет сервер на поддержку UOExt путем отсылки серверу пакета 0xEF с пустыми значениями. Если в ответ в течении 5 секунд не прилетит пакет 0x00, то считается что сервер не поддерживает UOExt. Содержание пакета можно почитать в комментариях в коде.

Механизм расширения функционала путем написания плагинов
Будет позже.

Roadmap

r53 (29.04.2012) - UOExt: Решение косяков с шифрованием.
- UOExt: Очередь загрузки плагинов
- UOExt: Взаимодействие между плагинами
r53 (29.04.2012) - UOExt: PE_PROXYEND - добавить в параметры наличие коннекта до клиента и сервера, а так-же причину завершение прокси.
- UOExt (фича): Поддержка старого шифрования (Которое основано на Pi... Это 2-е клиенты что-ли)
Устарело - UOExt (фича): Если UOExt словило какой-то неизвестный пакет, то его надо записать в отдельный файл на диске.
- UOExt (фича): Автоматическое чтение протокола зи запущенного ехе (только для 2д версий).
- UOExt (фича): Если пришел неизвестный пакет с сервера (с клиента он придти не может ибо выше), то просто не пропускать его дальше. Заодно и сдампить.
- UOExt (фича): В дебаг режиме пользуясь VEH уметь ловить ошибки и откатываться до вызова плагина. (с возможным продолжением работы, хотя этого скорее всего не будет)
r54 (01.05.2012) - UOExt (фича): Ловить первый пакет с сервера и проверять его на "каноничность". Если он "каноничен", то UOExt не поддерживается этим сервером, если он специальный, то из него прочитать настройки для UOExt.
r56 (01.05.2012) - UOExt (фича): Если сервер не поддерживает UOExt, то она выгружается из АП клиента, позволяя ему продолжать работать в штатном режиме.
r57 (15.05.2012) - UOExt (фича): Добавить специальную dll'ку, которая будет заниматься визуализацией процесса клиенту.
- UOExt (правка): Сделать проверку что на этапе инициализации IP/порт те-же что и на этапе коннекта самого клиента.
- UOExt (правка): При заражении ставить метку о заражении. Это нужно для того, чтобы убрать возможность повторного заражения и/или перезаражать, если механизм заражения изменился.

[Warstone]

Проект опенсорсный, сам он GPL'ный, однако плагины на то и сделаны, что-бы сервера могли не открывать их часть кода. Более того, в зависимости от директив компиляции можно будет отключить загрузку плагинов с диска (она останется в отладочных целях) и потом простейшая проверка на md5 или crc самого ядра даст вам знать - менял-ли его кто-нибудь. Так что тут я не вижу особой проблемы. Если грубо - перебрал все модули процесса, зная названия плагинов - проверил что crc у них такой-же как и на сервере (то есть crc взял и отправил на сервер, а сервер уже решает) и... в общем-то... все. Да, это можно обойти (сам уже вижу 1-2 варианта), но и эти обходы можно закрыть... Короче не вижу проблемы в опен сорсе.

[StaticZ]

Да проблемы нет, как и везде есть своим + и -.. Плюсы конечно перевешивают, но и минусы свои есть...

Минусы (для защиты)
1) Плагины сторонии дллки, можно их подменить или пересобрать ручками удалив не нужные модули или использовать измененную версию, в том числе добавив свои плагины (кстати учитывая низкоуровневое взаимодействие ламер может заспамить серв случайно или намерено пакетами)
2) Если делаются стандартные методы защиты, то любой <вырезано анти-матом> может заглянуть в сорсы и понять как устроенна защита.

Плюсы (для защиты)
1) Каждый может сделать индивидуальную систему защиты, что осложняет читинг, кто бы чтобы не говорил, но не так то много и не так уж просто найти тулсы написаные под конкретный шард...

[Warstone]

Да проблемы нет, как и везде есть своим + и -.. Плюсы конечно перевешивают, но и минусы свои есть...

Минусы (для защиты)
1) Плагины сторонии дллки, можно их подменить или пересобрать ручками удалив не нужные модули или использовать измененную версию, в том числе добавив свои плагины (кстати учитывая низкоуровневое взаимодействие ламер может заспамить серв случайно или намерено пакетами)
2) Если делаются стандартные методы защиты, то любой <вырезано анти-матом> может заглянуть в сорсы и понять как устроенна защита.

1) Довольно затруднительно, так как плагины прибывают (ну будут прибывать) с сервера и за то, какие плагины грузить - отвечает сервер. Соответственно можно так-же строить защиту. А насчет ламера - ну если человек и диод - это не лечится зачастую.
2) Никто не навязывает раскрывать код плагинов. Для этого это и сделано. Пишите свою защиту или покупайте у сторонних разработчиков. Воля ваша.

На самом деле минусы есть, согласен. То есть те 2 минуса, которые ты описал - они присутствуют, но не являются критическими.

Warstone, я отвечал на пост StaticZ. Не вижу там ни слова про сигнатуры. Соответственно критика направлена на те способы защиты, которые предлагает он. Это наверное очень круто отвечать на ту часть сообщения, которая не написана.

По сигнатурам отвечу - хранение ПО попадающего под сигнатуру не должно противоречить правилам. Следовательно задача лишь скрыть факт запуска приложения попадающего под сигнатуру. Полагаю ты и сам знаешь с десяток способов это реализовать.

>> Да, это можно обойти (сам уже вижу 1-2 варианта), но и эти обходы можно закрыть...
На любой фикс можно найти еще десяток дырок. Например тот же плагин защиты который ищет запрещенный софт по сигнатурам.. Вероятно он будет выполняется в отдельном потоке? - Полагаю на данном этапе если я его просто приторможу - вся защита и отвалится. "Решение", к слову, - доступное любому игроку.

Противостояние защиты от ботов и непосредственно ботоводов - вечно. IMHO. UO сейчас не притягивает той массы людей, чтобы на самом деле было бы проблемой сделать "защиту". Только вот нету интереса в обсуждении защиты построенной на низкой популярности игры. Все равно что спорить на тему минусов и плюсов защиты в виде строчки в правилах "пожалуйста, не используйте бот-программы".

1) Гм... Не просек, ну ладно.
2) Так храните - никто не запрещает. Не запускайте. Или запускайте, но не для этого шарда. Всегда можно задетектить воздействие на клиент. особенно если код детекта выполняется в АП самого клиента.
3) Поток ты притормозить не можешь. Не путай с процессом. Более того... Это опять-же можно контролировать с сервера периодически опрашивая поток-сканер через протокол.
4) Тут не спорю.