Насколько мне удалось понять протокол UO устроен следующим образом:

1) Приветствие - Клиент отправляет не зашифрованный пакет 0xEF (New Client Version). Проверенно на 7.0.х клиентах, для старых могу предположить что вместо него идет 0xBD (Client Version), но проверить нет возможности. Кто знает когда был введен пакет 0xEF и может ли кто подтвердить приветствие старых клиентов???

2) Полученные версии клиента служат основой для генерации ключей шифрования, что используются совместно с сидом (IP адресом клиента) для XOR шифрования всех последующих пакетов отправляемых клиентом. При этом пакеты от сервера не шифруются. При этом вроде как для клиентов до 1.25.36 есть эти ключи работают не много по другому.


3) После перенаправления клиента с логин-сервера на гейм-сервер пакетом 0x8C (Play Server Accept), начинает использоваться шифрование, в качестве сида которого используется, как я понял - последние 4 байта сего пакета (Auth ID)... Дальше начинается муть.... В зависимости от версии клиента используются алгоритмы шифрования:
а) < 2.0.0 - Blowfish (клиент->сервер)
б) 2.0.0x to 2.0.3 - Blowfish + Twofish (клиент->сервер)
в) > 2.0.4 - Twofish (клиент->сервер) ||| MD5 (сервер->клиент)

В тоже время в нетах всплыло что-то про сжатие Huffman, которое применяется то ли для старых клиентов то ли перед шифрованием....


Кто в теме, может просветить о деталях сего процесса. Так же хотелось бы уточнить, что именно шифруется - содержимое пакета без ID и размера в случае если у пакета не постоянный размер? Или шифруется весь поток блоками какого-то размера?

И еще меняется ли размер данных при использовании этих алгоритмов?

Не в теме, но быть может будет полезным провести анализ Client Encryption системы из коммунити. Все выше перечисленные пакеты и алгоритмы там используются. Почти все действия в коде сопровождаются комментариями.

Да знаю об этом, как и об коде енкрипт\декрипта в флюре, уо-екст, некротуле и других. Но внятно нигде ничего не сказано, особенно по различия между версиями. Если никто не поможет - буду конечно разбираться сам, просто возни очень много, я даже не уверен что перехватываю весь поток данных от клиента.... В некротуле чето сумбурно расписано, но у меня какой-то треш декриптит (кроме - XOR, он как часики пашет)...

ЗЫ Еще в догонку вопрос - как из таблицы пакетов в клиенте определить тип пакета (клиент-сервер, сервер-клиент, и то и другое)??

Если в ехешнике то не в курсе, а вообще вечером скину в личку таблицу из инжекта, там вроде все учтено что идет в какую сторону, или в обе.
По логин шифрованию – на старых клиентах первые 4 байта это сид, ниже 1.25.36 идет старое xor шифрование, для этого клиента индивидуальное, выше этой версии – стандартное, использующееся по сей день.
С клиента 6.0.5 (если не ошибаюсь) клиент отправляет 1, 4, 16 байт при старте, вместо 4 (сид), что в этих байтах находится можно посмотреть на форуме инжекта, Грин разбирался, отписывался что нарыл.
По гейм шифрованию – все так, хаффман используется после декрипта пакета от сервера, для более подробной инфы можно посмотреть сорцы инжекта старого, там там по текущему логин шифрованию все есть и по гейм без мд5.

Статикз, провести анализ работы UOExt религия не позволяет, да?... Я это все проходил. Там это все есть. Он прозрачно расшифровывает и зашифровывает по необходимости в оба направления.

Ну да, а еще можно провести анализ ассемблерного кода клиента... Вопрос времени, в принципе товарищ Frog уже ответил в ЛС на главный вопрос, что меня мучал. =) За что ему собственно респект.

Как сделаю сам - напишу подробнее, на будущее, если вдруг кто-то еще загорится.


ЗЫ. Кстати я так и не понял как ты из клиента вытащил допустимые направления пакетов, таблицу пакетов нашел (вернее подсмотрел как оно ищется в уо-екст), но там тупо айдишники и размер и какой-то странный поинтер одинаковый на всех пакетах....

список версий всех существующих клиентов, за исключением самых новых.


Пакеты-изменения:
6.0.1.07 - пакет 08, пакет 25, пакет 3c
6.0.5 - изменение в первичном логине
6.0.14.2 - packet b9, f3, 24, 99, ba
Так же конечно были добавлены новые пакеты для новых клиентов, типа гампов в ЗЛибе и нового пакета отображения карт, но выше перечислены только те пакеты которые изменялись когда-либо.



Вроде бы остальное ты всё знаешь. Что тебе ещё рассказать?

Получение ключей


Пример:
06 . 00 . 07
v0 | v1 | v2

v0 = 6
v1 = 0
v2 = 7

Key_1 = 2e9bc78d
Key_2 = a25bfe7f

Эм... Я тупо подсмотрел у Вятта.
А вообще то что тут: https://code.google.com/p/uo-ext/source/bro...Description.pas - тупо определяет размер пакета и не проверяет откуда он пришел. А большая портянка - закомментирована.

Ну и еще можно добавить что VerInfo клиента дает информацию о том, какая версия.

Если версии нету, то можно изнутрей достать. Забыл самый клевый сайт, где вся инфа по клиенту была...

Да версия мне и так наперед известна, а так да в клиенте есть функции что ее возвращают. Саму таблицу с пакетами как я уже и писал я отрыл не без помощи твоих сурсов, так что с размерами порядок. Но вот везде любовь к указанию направления пакетов, это меня и привело к мысли что это тоже как то выдернуть можно.

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

А ты какую версию перехватываешь?.. И не проще-ли найти ML ранку (RunUO RE 1.4) она есть в доступе. Там Вятт делал поддержку шифрованного протокола.

Вот поддержка шифрования, без понятия кто автор, тестировал на 2.3 - работало.
Нажмите для просмотра прикрепленного файла

Причем тут ранка когда мне нужно обрабатывать пакеты именно на стороне клиента )

Спасибо конечно, но во первых я пишу на С\С++, во вторых мой вопрос больше был посвящен тому как и что шифровать, реализаций алгоритма шифрований в том или ином виде я и сам знаю штук 10, пока остановился на "некротулз" - но при конекте к серверу пока получаю какой-то мусор, вот сообствено и пытаюсь понять что происходит не так)

Ты не можешь сделать зеркальный алгоритм? Печально.

Да сказал же - вопрос времени, заново открывать америку глупо, если кто-то ее уже открыл )) Тем более проблема скорее всего не в алгоритмах шифрования а либо в их применении либо в получении потока данных.

Честно говоря с тех пор как создал эту тему даже не садился за это - завяз в других задачах. Как разберусь засяду - это посути следующий майлстоун у меня )

Итак проблема решена, главным виновником оказались 4 байта, что клиент впихивал перед пакетом 0х91 и из-за чего у парсера пакетов сносило крышу, ну и по совместительству они же и были сидом, а не ип... Ну а для порядка хотелось бы прояснить ситуацию на будущее. И так:

• C->S: 0xEF (no encrypt) - своеобразное приветствие клиента, отсылаемый им Seed (IP address) и есть seed Xor шифрования для логин сервера.
• C->S: 0x80 (xor) - данные авторизации
• S->C: 0xA8 (no encrypt) - список серверов (в случае правильного логина конечно)
• С->S: 0xA0 (xor) - выбор сервера
• S->C: 0x8C (no encrypt) - разрешение на вход и данные сервера (в реальности логин сервер и игровой сервер разные машины для обеспечения большей производительности и пропускной способности, на эмуляторах конечно такие эпичные задачи не ставятся).
• С->S: 4 bytes (no encrypt) - это не пакет, а просто seed для Twofish алгоритма.
• С->S: 0х91 (twofish) - авторизация на игровом сервере
• S->C: 0xB9, 0xA9 (md5+huffman) - список поддерживаемых сервером фич и список персонажей лист..
• С->S: 0х5D (twofish) - выбор персонажа и список поддерживаемых клиентом фич
• S->C: 0xBD (md5+huffman) - запрос версии клиента
• C->S: 0xBD (twofish) - ответ с версией клиента
• S->C: 0x1B (md5+huffman) - разрешение на вход с данными об игроке
• .......... Ну а дальше понеслась...

Все что от клиента шифруется twofish, а то что от сервера сначала жмется Хаффманом, а потом шифруется md5 (разновидность XOR), собственно если поток перехватываем на стороне клиента то действуем наоборот - сначала дешефруем, а потом распаковываем. Данные проверенны на клиенте 7.0.18.0, скорее всего верны и для более старых, но поскольку пакет 0xEF введен относительно не давно там он чемто заменяется наверно. Возиться с старыми клиентами мне было в лом.

Теперь еще осталось разобраться с таблицей пакетов, то что идет от клиента можно вытащить из самого клиента, но пакеты что может принимать клиент хотелось бы поточнее...

И я опять тебя спрошу, а не проще-ли было спросить у меня или в код посмотреть?.. https://code.google.com/p/uo-ext/source/bro...tStream.pas#382

If PByte(FIncommingBuffer.Base)^ = $EF Then Begin // New 0xEF packet for seeding.

Приходит пакет 0xEF. Ввяттовский гайд не доступен к сожалению, но есть описания этого пакета. Пришло с 6.0.12 что-ли...

End Else Begin
FSeed := PCardinal(FIncommingBuffer.Base)^;

Если не 0xEF, то это старое и там лежит сид.

Давным давно все все сделали... Любишь делать ненужную работу?..

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


Конечно спасибо, как говориться лучше поздно чем никогда, но я еще в первом посту писал что с шифрование логин сервера никаких проблем нет - его сделал моментально и все работало как часики.


А я разве претендую на лавры первооткрывателя? Это делали и сделали уже множество людей, на работы которых я и опирался. Чего и не скрываю и выражаю большую благодарность всем, кто старался помочь.

И первый мой коммент...Да... Так как кому надо - знают. Кому интересно - спрашивают.
Это норм. Там все делают. Я через прокси делал, чтобы всякие инжекты со всем остальным не переполошились.

Короче - спрашивайте если что... Нефига знаниям, добытым одним человеком - оставаться прерогативой этого одного человека.

не могли бы вы скинуть пример пакета "0х5D"!?
спасибо.

Сейчас не могу, в начале августа вернусь домой - если будет еще нужно напишите - кину, а так вообще в гайде вята посмотрите, там весь протокол хорошо описан.

Гайд Вятта накрылся. А я его не сохранил ((

http://docs.polserver.com/packets/index.php?Packet=0x5D
Тут описано что в нем находится, может быть пригодится.

А где он был? или уже заработал?

Вот так и теряется в вечности нужное

Доброго времени суток
Может кто подсказать алгоритм нахождение этого seed?
С->S: 4 bytes (no encrypt) - это не пакет, а просто seed для Twofish алгоритма.

Пакет гайд Вятта http://ruosi.org/packetguide/index.xml

> Может кто подсказать алгоритм нахождение этого seed?
В зависимости от версии клиента:
- 0xEF пакет не шифруется и содержит зерно. Прилетает первым.
- Первые 4 байта в потоке

Если интересно, то вот код (немного кривоватый) для работы с протоколом. Не поддерживает шифрованный 2.0.3 клиент, так как только в нем был и Blowfish и Twofish.

https://code.google.com/p/uo-ext/source/bro...tStream.pas#462

Не знаю куда я смотрел, но первые 4 байта это gameplay encryption key из пакета 0x8C отосланного сервером до этого