Пакеты клиент <-> сервер

[Dubstep]

Доброго времени суток, решил опять посидеть над мангосом, и глянул сразу на катаклизм. Раньше насколько я помню было простое считывание через поток данных из пакета, а сейчас вижу что то добавилось какие-то WriteGuidBytes, WriteGuidMask. Буду благодарен если кто то расскажет(может уже где то обсуждалось, но не нашёл) что это вообще такое и что за числа, например тут:
data.WriteGuidMask<0, 3, 6, 7, 2, 5, 1, 4>.

    WorldPacket data(SMSG_MOVE_KNOCK_BACK, 9 + 4 + 4 + 4 + 4 + 4 + 1 + 8);
    data.WriteGuidMask<0, 3, 6, 7, 2, 5, 1, 4>(guid);
    data.WriteGuidBytes<1>(guid);
    data << float(vsin);                                // y direction
    data << uint32(0);                                  // Sequence
    data.WriteGuidBytes<6, 7>(guid);
    data << float(horizontalSpeed);                     // Horizontal speed
    data.WriteGuidBytes<4, 5, 3>(guid);
    data << float(-verticalSpeed);                      // Z Movement speed (vertical)
    data << float(vcos);                                // x direction
    data.WriteGuidBytes<2, 0>(guid);
    SendPacket(&data);

Заранее Спасибо!

[Fabian]

the numbers are for the indexes of the guid. the guid (uint64) is splitted to a byte array (length = 8).

if the value at the specific position is > 0, then True is written to the bit stream, else false.

The same for the guidbytes, if the value at the index is true the specific byte value is written to the buffer.

[Dubstep]

Thank you! Do not tell me how to find the indexes codes?

[Amaru]

Клиент дизассемблить и вытаскивать, больше никак. Ну или можно в тринях смотреть и их WPP, но там не все правильно.

В клиенте что-то типа такого будет

Скрытый текст (вы должны войти под своим логином или зарегистрироваться и иметь 1 сообщение(ий)):

У вас нет прав чтобы видеть скрытый текст, содержащейся здесь.

[Dubstep]

Спасибо, буду разбираться!

открыл этот же пакет, но как можно довести индексы до понятного вида? guid[0] и так далее.
http://paste2.org/vHNvOHFH

Ещё интересует вопрос по поиску опкода, в ида про это возможно?
_ESI = (SMSG_MOVE_KNOCK_BACK_struct *)this;

Нужно найти один пакет, номер его есть, но структура кривая...

[Lordronn]

открыл этот же пакет, но как можно довести индексы до понятного вида? guid[0] и так далее.

Вот у тебя бит маска

  v5 = v12;

  _ESI->guid[0] = (unsigned int)v12 >> 7;

  v5 *= 2;

  _ESI->guid[3] = (unsigned int)(unsigned __int8)v5 >> 7;

  v5 *= 2;

  v6 = (unsigned int)(unsigned __int8)v5 >> 7;

  v5 *= 2;

  _ESI->guid[6] = v6;

  v7 = (unsigned int)(unsigned __int8)v5 >> 7;

  v5 *= 2;

  _ESI->guid[7] = v7;

  v8 = (unsigned int)(unsigned __int8)v5 >> 7;

  v5 *= 2;

  _ESI->guid[2] = v8;

  v9 = (unsigned int)(unsigned __int8)v5 >> 7;

  v5 *= 2;

  _ESI->guid[5] = v9;

  v10 = (unsigned int)(unsigned __int8)v5 >> 7;

  _ESI->guid[1] = v10;

  _ESI->guid[4] = (unsigned __int8)(2 * v5) >> 7;

а ниже уже идет чтение по битмаске

  if ( _ESI->guid[7] )

  {

    BYTE3(a2) = 0;

    CDataStore_GetInt8(v3, (int)((char *)&a2 + 3));

    _ESI->guid[7] ^= BYTE3(a2);

  }

[Dubstep]

Где бит маска и тп я вижу

Вопрос как найти индексы, т.е. довести

*((_BYTE *)v4 + 16) = (unsigned int)v12 >> 7;
До
_ESI->guid[0] = (unsigned int)v12 >> 7;

p.s. Сори за тупые вопросы, с ида не так сильно знаком

[Lordronn]

guid[0] - вот 0 твой индекс

[Dubstep]

Вы наверное не поняли.

Я про то что, у меня есть только
*((_BYTE *)v4 + 16) = (unsigned int)v12 >> 7; <- тут не понятно какой индекс

Вопрос со стоит как сделать так:
_ESI->guid[0] = (unsigned int)v12 >> 7; <- тут уже видно что индекс 0, но как дойти до этого(Это вариант Amaru)

[Evgeniy]

  *((_BYTE *)v4 + 16) = (unsigned int)v12 >> 7;  [0]
  *((_BYTE *)v4 + 19) = (unsigned int)v5 >> 7;   [3]
  *((_BYTE *)v4 + 22) = (unsigned int)v5 >> 7;   [6]
  *((_BYTE *)v4 + 23) = (unsigned int)v5 >> 7;   [7]
  *((_BYTE *)v4 + 18) = (unsigned int)v5 >> 7;   [2]
  *((_BYTE *)v4 + 21) = (unsigned int)v5 >> 7;   [5]
  *((_BYTE *)v4 + 17) =  (unsigned int)v5 >> 7;  [1]
  *((_BYTE *)v4 + 20) = (unsigned int)v5 >> 7;   [4]

как то так наверное

[Amaru]

v4 - адрес структуры, выражение в скобках - смещение по адресу.
ида имеет редактор структур + умеет предугадывать структуры
кликаешь правой кнопкой по переменной -> Create new struct type

00000000 SMSG_MOVE_KNOCK_BACK_struct struc ; (sizeof=0x20)
00000000 f0 db 16 dup(?)
00000010 guid db 8 dup(?) ; string(C)
00000018 f18 db 4 dup(?)
0000001C dword1C dd ?
00000020 SMSG_MOVE_KNOCK_BACK_struct ends

структура выглядит так, но может быть обобщена на многие другие опкоды

[Dubstep]

Сообщение от Amaru

v4 - адрес структуры, выражение в скобках - смещение по адресу.
ида имеет редактор структур + умеет предугадывать структуры
кликаешь правой кнопкой по переменной -> Create new struct type

структура выглядит так, но может быть обобщена на многие другие опкоды

получилось, спасибо!

Есть ещё такой вопрос: как найти sub_* с нужным опкодом?

[Amaru]

Адреса нужно искать как написано здесь http://filebeam.com/80a86ab4f83b6f9e13a749e5646b257c, автор - Chameleon.

[Dubstep]

Сообщение от Amaru

Адреса нужно искать как написано здесь http://filebeam.com/80a86ab4f83b6f9e13a749e5646b257c, автор - Chameleon.

Скомпилил указанную там тулзу, вписал в поле слева опкод 0x5CB4, в оффсете справа так ничего и не появилось

По вписывал разные, удалось ввести оффсет, кинул его в поиск ида, и ничего нужно не нашло, что делаю не так?

[Amaru]

Сообщение от Dubstep

Скомпилил указанную там тулзу, вписал в поле слева опкод 0x5CB4, в оффсете справа так ничего и не появилось

По вписывал разные, удалось ввести оффсет, кинул его в поиск ида, и ничего нужно не нашло, что делаю не так?

вводи десятичное число или копипасть, при вводе с клавиатуры тулза путает байты.

У меня нашло - special 0x16c
Это значит, что хендлер будет в NetClient__JAMClientDispatch в свиче с кейсом 0x16C, поэтому в коде дизассемблированном коде можно искать 0x16C

   case 0x16Cu:
      sub_6ADBE0((int)&v294, this, a2, a5, a3);
      v175 = sub_6A7540(&v294);
      sub_6A23E0(&v294);
      result = v175;
      break;

[Dubstep]

Сообщение от Amaru

вводи десятичное число или копипасть, при вводе с клавиатуры тулза путает байты.

У меня нашло - special 0x16c
Это значит, что хендлер будет в NetClient__JAMClientDispatch в свиче с кейсом 0x16C, поэтому в коде дизассемблированном коде можно искать 0x16C

   case 0x16Cu:
      sub_6ADBE0((int)&v294, this, a2, a5, a3);
      v175 = sub_6A7540(&v294);
      sub_6A23E0(&v294);
      result = v175;
      break;

удалось найти. Спасибо, буду пробовать что ещё найти

[Dubstep]

Начал смотреть на CMSG опкоды, вот например тулза ничего не выдаёт по 0x0480, как быть?

[Amaru]

Тулза работает только с SMSG опкодами, для CMSG вычислять оффсеты смысла нет

[Dubstep]

Сообщение от Amaru

Тулза работает только с SMSG опкодами, для CMSG вычислять оффсеты смысла нет

Не подскажите как найти структура пакетов для таких опкодов?

[Amaru]

Сообщение от Dubstep

Не подскажите как найти структура пакетов для таких опкодов?

Сообщение от Amaru

Адреса нужно искать как написано здесь http://filebeam.com/80a86ab4f83b6f9e13a749e5646b257c, автор - Chameleon.

Поиском CTRL+F по c-дампу
Будет что-то типа CDataStore__PutUInt32(xxx, 1152);

[Fabian]

and since a few patches, packet struct & opcode value are in different functions.
access by a off_xxxxxx

[Dubstep]

Спасибо. разобрался

[Dubstep]

Есть ещё не большой вопрос, заметил что с CMSG по особому читается, например
void WorldSession::HandleReorderCharactersOpcode(WorldP acket& recv_data)

recv_data.ReadGuidMask<1, 4, 5, 3, 0, 7, 6, 2>(guid);

Под этом надо тоже писать структуру по типу таких:

00000000 SMSG_MOVE_KNOCK_BACK_struct struc ; (sizeof=0x20)
00000000 f0 db 16 dup(?)
00000010 guid db 8 dup(?) ; string(C)
00000018 f18 db 4 dup(?)
0000001C dword1C dd ?
00000020 SMSG_MOVE_KNOCK_BACK_struct ends

?

[Amaru]

Там ничего особенного нет, также сначала считывается маска, потом байты
Посмотри опкод попроще, например CMSG_BATTLEMASTER_JOIN

char __thiscall PH_CMSG_BATTLEMASTER_JOIN(void *this, int a2)
{
  char v2; // al@1
  void *v3; // esi@1
  char v4; // zf@1
  char v5; // zf@1
  char v6; // al@3
  char v7; // al@5
  char v8; // al@7
  char v9; // al@9
  char v10; // al@11
  char v11; // al@13
  char result; // al@15
  int v13; // [sp+8h] [bp-8h]@1
  int v14; // [sp+Ch] [bp-4h]@1

  v3 = this;
  CDataStore__PutInt32(30978);
  CDataStore__PutInt32(*((_DWORD *)v3 + 4));
  v4 = *((_BYTE *)v3 + 26) == 0;
  v13 = a2;
  LOBYTE(v14) = 2
              * (2
               * (*((_BYTE *)v3 + 20) | 2
                                      * (2
                                       * (2 * (2 * (2 * !v4 | *((_BYTE *)v3 + 24) != 0) | *((_BYTE *)v3 + 27) != 0) | *((_BYTE *)v3 + 25) != 0) | *((_BYTE *)v3 + 29) != 0)) | *((_BYTE *)v3 + 28) != 0) | *((_BYTE *)v3 + 30) != 0;
  CDataStore__PutInt8(v14);
  v5 = *((_BYTE *)v3 + 31) == 0;
  BYTE1(v14) = 1;
  LOBYTE(v14) = !v5;
  sub_66ADB0(&v13);
  v2 = *((_BYTE *)v3 + 26);
  if ( v2 )
    CDataStore__PutInt8(v2 ^ 1);
  v6 = *((_BYTE *)v3 + 30);
  if ( v6 )
    CDataStore__PutInt8(v6 ^ 1);
  v7 = *((_BYTE *)v3 + 28);
  if ( v7 )
    CDataStore__PutInt8(v7 ^ 1);
  v8 = *((_BYTE *)v3 + 27);
  if ( v8 )
    CDataStore__PutInt8(v8 ^ 1);
  v9 = *((_BYTE *)v3 + 31);
  if ( v9 )
    CDataStore__PutInt8(v9 ^ 1);
  v10 = *((_BYTE *)v3 + 24);
  if ( v10 )
    CDataStore__PutInt8(v10 ^ 1);
  v11 = *((_BYTE *)v3 + 29);
  if ( v11 )
    CDataStore__PutInt8(v11 ^ 1);
  result = *((_BYTE *)v3 + 25);
  if ( result )
    result = CDataStore__PutInt8(result ^ 1);
  return result;
}

00000000 CMSG_BATTLEMASTER_JOIN_struct struc ; (sizeof=0x20)
00000000 f0              db 16 dup(?)
00000010 instanceId      dd ?
00000014 asGroup         db ?
00000015 f15             db 3 dup(?)
00000018 guid            db 8 dup(?)             ; string(C)
00000020 CMSG_BATTLEMASTER_JOIN_struct ends

char __thiscall PH_CMSG_BATTLEMASTER_JOIN(void *this, int a2)
{
  char v2; // al@1
  CMSG_BATTLEMASTER_JOIN_struct *v3; // esi@1
  char v4; // zf@1
  char v5; // zf@1
  char v6; // al@3
  char v7; // al@5
  char v8; // al@7
  char v9; // al@9
  char v10; // al@11
  char v11; // al@13
  char result; // al@15
  int v13; // [sp+8h] [bp-8h]@1
  int v14; // [sp+Ch] [bp-4h]@1

  v3 = (CMSG_BATTLEMASTER_JOIN_struct *)this;
  CDataStore__PutInt32(30978);
  CDataStore__PutInt32(v3->instanceId);
  v4 = v3->guid[2] == 0;
  v13 = a2;
  LOBYTE(v14) = 2
              * (2
               * (v3->asGroup | 2
                              * (2 * (2 * (2 * (2 * !v4 | v3->guid[0] != 0) | v3->guid[3] != 0) | v3->guid[1] != 0) | v3->guid[5] != 0)) | v3->guid[4] != 0) | v3->guid[6] != 0;
  CDataStore__PutInt8(v14);
  v5 = v3->guid[7] == 0;
  BYTE1(v14) = 1;
  LOBYTE(v14) = !v5;
  sub_66ADB0(&v13);
  v2 = v3->guid[2];
  if ( v2 )
    CDataStore__PutInt8(v2 ^ 1);
  v6 = v3->guid[6];
  if ( v6 )
    CDataStore__PutInt8(v6 ^ 1);
  v7 = v3->guid[4];
  if ( v7 )
    CDataStore__PutInt8(v7 ^ 1);
  v8 = v3->guid[3];
  if ( v8 )
    CDataStore__PutInt8(v8 ^ 1);
  v9 = v3->guid[7];
  if ( v9 )
    CDataStore__PutInt8(v9 ^ 1);
  v10 = v3->guid[0];
  if ( v10 )
    CDataStore__PutInt8(v10 ^ 1);
  v11 = v3->guid[5];
  if ( v11 )
    CDataStore__PutInt8(v11 ^ 1);
  result = v3->guid[1];
  if ( result )
    result = CDataStore__PutInt8(result ^ 1);
  return result;
}

[Dubstep]

спасибо!

[blackmanos]

а как найти адрес обработчика для такого типа пакетов?
SMSG_MAIL_LIST_RESULT = 0x4217, //15595
для простых выводит jam и по нему ищем, а тут выводит
Converted и Offset
что с ними делать чтоб найти обработчик?

[Amaru]

Сообщение от blackmanos

а как найти адрес обработчика для такого типа пакетов?
SMSG_MAIL_LIST_RESULT = 0x4217, //15595
для простых выводит jam и по нему ищем, а тут выводит
Converted и Offset
что с ними делать чтоб найти обработчик?

я писал инжектор, но возможно как-то проще можно сделать

[blackmanos]

похоже что можно, номер пакета встречается в коде так же как и клиентские номера пакетов.

[Amaru]

Сообщение от blackmanos

похоже что можно, номер пакета встречается в коде так же как и клиентские номера пакетов.

Как? Если обработчики лежат в массиве и индекс является функцией от опкода

[blackmanos]

поправка небольшая, так нашел пакет
SMSG_UPDATE_OBJECT
в мопе идет рекурсия и он сам себя по номеру вызывает.

[Dubstep]

В курсе кто нибудь что за опкод 0x1027, в тринити он идёт как CMSG_GUILD_SET_ACHIEVEMENT_TRACKING, в мангосе похоже старое название.

[Amaru]

в мангосе его и нет.
определенно что-то связанное с гильдейскими ачивами

[Dubstep]

Он шлётся если открыть список ачив гильдии и нажать "Следить". И вот что там может отправляться не понятно О_о

[Amaru]

а снифы на что?)
http://paste2.org/Nag8AVFh
очевидно, айди ачив

[Dubstep]

ага, сначала количество потом сами ачивки.
Но что с ними делать? Может какие-то чудеса происходят при нажатии "Следить", кроме появления сбоку ачивок? На оффе не играл так что не знаю...

[SeT]

Сообщение от Amaru

вводи десятичное число или копипасть, при вводе с клавиатуры тулза путает байты.

У меня нашло - special 0x16c
Это значит, что хендлер будет в NetClient__JAMClientDispatch в свиче с кейсом 0x16C, поэтому в коде дизассемблированном коде можно искать 0x16C

   case 0x16Cu:
      sub_6ADBE0((int)&v294, this, a2, a5, a3);
      v175 = sub_6A7540(&v294);
      sub_6A23E0(&v294);
      result = v175;
      break;

Попробывал сделать такую же магию, нашел case, только он другой... где в таком случае искать обработчик для smsg (билд 16048)?

    case 0xFBu:
      sub_7BE5C0(this, a2, a5, a3);
      sub_751360(&v37);
      sub_7B6C80(&v37);
      result = 1;
      break;

[Amaru]

Сообщение от SeT

Попробывал сделать такую же магию, нашел case, только он другой... где в таком случае искать обработчик для smsg (билд 16048)?

    case 0xFBu:
      sub_7BE5C0(this, a2, a5, a3);
      sub_751360(&v37);
      sub_7B6C80(&v37);
      result = 1;
      break;

Не понял, в чем проблема.
Вбиваем в OpcodeTools для 16048 опкод, получаем normal, special, либо auth
Вбиваем в поиск, получаем хендлер

[SeT]

Сообщение от Amaru

Не понял, в чем проблема.
Вбиваем в OpcodeTools для 16048 опкод, получаем normal, special, либо auth
Вбиваем в поиск, получаем хендлер

Слона и не увидел Все нашлось, на своих местах. Спасибо.

[SeT]

Попался normal опокод - SMSG_AUCTION_BIDDER_LIST_RESULT (16135: hex - DB3, offset dec - 5148).
http://paste2.org/V75IIbKV

Дошёл до места - *(_DWORD *)(dword_11C95AC + 5148) = v6;

А вот куда дальше путь держать, не могу понять...

[Amaru]

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