Непонятный алгоритм смены ID исходящих пакетов

[guplen]

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

Случаем не понял откуда берется seed?

Входящий параметр функции:

procedure _init_tables(seed: integer; _2_byte_size: integer);

.
Передается я так понял число, которое берется из пакета KeyPacket (последние 4 байта пакета) и из пакета CharSelected (размер пакета-3).

Это не 100% утверждение, может я что-то не так понял.

TCorrectorData = packed record
    _seed : integer;  // random generator seed for mixing id tables
    _1_byte_table : string;
    _2_byte_table : string;
    _2_byte_table_size: integer;
    _id_mix : boolean;
    temp_seed : integer;
    protocol: integer;
  end;

Вот где это все прячется

Добавлено через 6 минут
Мне показалось или пакет CharacterSelect от клиента не шифруется вообще?

[Asmoday]

Оп пропустил, сейчас посмотрел, например если вызов идет от KeyPacket то seed является 16й байт в пакете.
CharacterSelect не шифруется вобще.

Добавлено через 1 минуту
xkor спасай нас, а то наши мосги лопнут пытаясь понять логику работы данной функции. если можно то хотяб пару строчек коментов к функции либо словестно алгоритм ее работы. Заранее спасибо.

[guplen]

Вот как я понял работает функция коректора:
Формируются 2 массива байтов, один для одноИДшных пакетов и второй для 2хИДешных пакетов.
Формируются массивы так:
сначала тупо заполняются байтами от 0 до $D0, а после, по ниипическому закону меняются местами байты, причем байты выбираются по какому-то псевдо рандому, по всей видимости тоже ниипическому ))
Расшифровка ИД происходит так:
Берем ИД оригинального пакета, прибавляем 1, получаем номер байта в массиве, который подставляется вместо оригинального ИД.

Это как я понял. Даже если это и так, то я не представляю что можно поменять, чтобы пакеты норм пакетхаком распознавались.

Добавлено через 12 минут
Все, на сеня хватит головоломок. Подождем ответа ксора, мб подскажет чего интересного... у него опыт в этом деле поболее будет

[Asmoday]

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

по ниипическому закону меняются местами байты, причем байты выбираются по какому-то псевдо рандому, по всей видимости тоже ниипическому ))

Рандом не псефдо эпический всему есть объяснение, например вот глянь...

function _pseudo_rand: integer;
var
  a : integer;
begin
    with CorrectorData^ do begin
      a := (Int64(_seed) * $343fd + $269EC3) and $FFFFFFFF;
      _seed := a;
      result := (_seed shr $10) and $7FFF;
    end;
end;


pseudo_srand(seed);

for i := 2 to $D1 do begin
    rand_pos := (_pseudo_rand mod i) + 1;
    x := _1_byte_table[rand_pos];
    _1_byte_table[rand_pos] := _1_byte_table[i];
    _1_byte_table[i] := x;
end;

[guplen]

Это я видел, я просто говорю что непонятно почему именно так и почему именно такие числа и действия.
Как вот могли разгадать такую шифрацию? Или просто ктото слил из разработчиков

[xkor]

Asmoday, я этот алгоритм переписал со скрипта для wpf, как ктот написал тот скрипт я хз, но на вид алгоритм должен спокойно проглядываться в дизасемблере...

ЗЫ псевдорандом кстати стандартный Сишный)

Добавлено через 1 минуту

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

CharacterSelect не шифруется вобще.

вообще эт чтоль даж ксором?
ЗЫ без изменений клиента алгоритм поменять точно не могли...

[guplen]

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

ЗЫ без изменений клиента алгоритм поменять точно не могли...

Да, говорят было обновление клиента, появились некоторые файлы.

ПС: этот сервер очень напоминает шок, такие же лаги сосок, такие же внезапные рестарты, может быть 2 рестарта подряд...

Вот думаю там начать играть, но пока не будет бота, даже суваться туда не буду. А так сервачок веселый, не вялый

[Asmoday]

xkor, случам скриптика на wpf не осталось? Не охото изобретать велосипед...

[xkor]

Asmoday, гдето в инете остался наверняка, corrector он назывался вроде

[guplen]

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

xkor, случам скриптика на wpf не осталось? Не охото изобретать велосипед...

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