ДЕШИФРУЕМ ТРАФИК

[paraped]

Сообщение от кпк

Ребята переносите топик в закрытую тему, а то над вами уже весь программерский бомонд смеется

Че? :lol:
Сдается мне ты один из тех кто потом такую смехоту юзает..))

VORON мож нам реально эту тему сделать типа только для своих?

[xkor]

Сообщение от кпк

Ребята переносите топик в закрытую тему, а то над вами уже весь программерский бомонд смеется

а что ваш "бомонд" недопрограммеров тут вообще забыл?

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

VORON мож нам реально эту тему сделать типа только для своих?

впринцепе могу сделать подраздел с ограниченным доступом если хотите), ток кто будет выбирать достойных?)

[VORON]

paraped , ммм.. не думаю что ето хорошая идея.. посматри как етот топ бьет рекорды по посещаемости! с 24 декобря 1000+ просмотров! людей ета проблема очень сильно интересует.. етот топ должен стать- практическим руководдством для тех кто хочет сломать шифр... мы все очень сильно заинтересованы в посещаемости ресурса.. хотя отнюдь не материально а просто душевно.. создовая нужные и полезные темы- мы находим единомышленников.. смо собой среди них будут те которые нас просто так- нелюбят... говоря про то что "над нами весь! бомонд смеется" ето будет всегда.. равно как и удаление подобных постов.. щас дня 3-4 пройдет.. и почищу топ... чтоб флуда небыло.. а тем кто пинимает участие в топе- и помагает не словами а делом- респект!

[QaK]

VORON, по сути чем тебя ИФ не устраивает? Все равно должно быть условие проверки, сколькиразрядное чивло получается, если больше 8ми разрядов - то сдвинуть его ... ну или как-нить по-другому, или при таком раскладе твой комп тормозить будет? Думаю, не очень ...
Есть подозрения что в
key[2]:=key[2] xor ((size + b) shr (16));
и
key[3]:=key[3] xor ((size + b) shr (24));
бывает переполнение и происходит сдвиг, соответственно на 16 и 24 разряда ... надо проверить (на всякий случай)

[VORON]

QAK, тормозить будет не мой комп а сервант... наша задача полностью продублировать алгоритм сервера..
одну и туже задачу- можно решить разными способами.. напиример:
задача получить ответ=4
ето можно сделать разными методами..
2+2=4
3+1=4
16 корень квадратный= 4
и т.д...
нам нужно найти алгоритм получения- очень простой...
бональный
ИФЫ- привествуются лиш для тестирования и подбора алгоритма..
в конечной версии скрипта недолжно быть никаких ИФОВ..
ИФ- по быстродействию примерно как 100+ обычных сложений вычисляется
уесли ИФ применить для шифровки пакета на сервере- то пипец будет.. сервант просто повиснет...
алгоритм шифровки- простой должен быть- красивый и простой...
без всяуих ифов
посмотрите лог скрипта.. от отого с чего начали и чем закончимли... и и постарайтесь его усовершенствовать- математически..

Добавлено спустя 5 минут 36 секунд:
меня смущает факт что 3-й 7-й байты ключа становятся 00 и 01... как ето возможнгно вапще????
а порой наоборот 3-й=01 а 7-й=00..
еслли наш скрипт рабьотает то как ето возможно???
key[5]:=key[5] xor key[1];
да никак!
просто мы чегото не учитываем

Добавлено спустя 11 минут 23 секунды:
я мониторил- факт:

var
k: integer;
begin
for k:=size-1 downto 1 do
pck[k]:=pck[k] xor key[k and 7] xor pck[k-1];
if size0 then pck[0]:=pck[0] xor key[0];
key[0]:=key[0] xor pck[1];
key[1]:=key[1] xor (pck[1]+size);
key[4]:=key[4] xor key[0];
key[5]:=key[5] xor key[1] xor (pck[1]+size);
end.
end.

обратите внимание на:
key[5]:=key[5] xor key[1] xor (pck[1]+size);


просто когда пакет какойто пределенный то надо сдвигать на ноль.. (вернее на много там..)
ыот меня интерисует когда применять то 1 то другой агоритм? чем пакет от пакета должен отличчаться?

Добавлено спустя 56 минут 15 секунд:
подскажу..подскажу..
вот например имеем скрипт - тот что я дал..:
var
k: integer;
b,i,a: integer;
begin
for k:=size-1 downto 1 do
pck[k]:=pck[k] xor key[k and 7] xor pck[k-1];
if size0 then pck[0]:=pck[0] xor key[0];
b:=0;
a:=0;

for k:=1 to size-1 do
begin
b:=b+pck[k];
end;

key[0]:=key[0] xor b;
key[1]:=key[1] xor ((size + b) shr (8));
key[2]:=key[2] xor ((size + b) shr (16));
key[3]:=key[3] xor ((size + b) shr (24));

key[4]:=key[4] xor key[0];
key[5]:=key[5] xor key[1];
key[6]:=key[6] xor key[2];
key[7]:=key[7] xor key[3];


if ((size + b) shr 8 ) = 0 then
key[1]:=key[1] xor ((size + b) shr 0);
end.

оратите внимание на :
key[5]:=key[5] xor key[1];
кей5- следствие от кей1...

а посматрите другой лог и скрипт:
var
k: integer;
begin
for k:=size-1 downto 1 do
pck[k]:=pck[k] xor key[k and 7] xor pck[k-1];
if size<>0 then pck[0]:=pck[0] xor key[0];
key[0]:=key[0] xor pck[1];
key[1]:=key[1] xor (pck[1]+size);
key[4]:=key[4] xor key[0];
key[5]:=key[5] xor key[1] xor (pck[1]+size);
end.
end.
для маленьких пакетов етот скрипт- заработает- нормально...
обратите внимание на:
key[5]:=key[5] xor key[1] xor (pck[1]+size);

вопщем от кол-ва байт нужно применять скрипты разные..
я надеюсь с ващей помощью всё решу

Добавлено спустя 7 минут 42 секунды:
меня парит то что для какойто длинны пакета мы использем зависимость:
кей5 от кей1...
а если длинна пакета изменится то наодорот..
сначала кей6 а потом кей1.. я ето уже вам выдал скриптами выщще..- обратите внимание на мой пост со скриптом- как такое возможно? я не ищу оправдания в подтверждение того что скрипт- верный.. я исчу наоборот.. людей которые мне всё объяснят почему именно так а не подругому...

[QaK]

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

QAK, тормозить будет не мой комп а сервант... наша задача полностью продублировать алгоритм сервера..
одну и туже задачу- можно решить разными способами.. напиример:
задача получить ответ=4
ето можно сделать разными методами..
2+2=4
3+1=4
16 корень квадратный= 4
и т.д...
нам нужно найти алгоритм получения- очень простой...
бональный
ИФЫ- привествуются лиш для тестирования и подбора алгоритма..
в конечной версии скрипта недолжно быть никаких ИФОВ..
ИФ- по быстродействию примерно как 100+ обычных сложений вычисляется
уесли ИФ применить для шифровки пакета на сервере- то пипец будет.. сервант просто повиснет...
алгоритм шифровки- простой должен быть- красивый и простой...
без всяуих ифов
посмотрите лог скрипта.. от отого с чего начали и чем закончимли... и и постарайтесь его усовершенствовать- математически..

Слух, Ворон, а тебе не пофиг сколько у тебя ИФов будет выполняться, сам же сказал, что 4 можно получить несколькими способами, суть в том, отличается ли алгоритм с ИФом, от алгоритма сервачного, если совсем не отличается - не проще ли болт забить не него?

Добавлено спустя 4 минуты 49 секунд:

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

меня смущает факт что 3-й 7-й байты ключа становятся 00 и 01... как ето возможнгно вапще????
а порой наоборот 3-й=01 а 7-й=00..

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

Добавлено спустя 23 минуты 45 секунд:
по поводу Key[1] могу предложить вариант(не проверял)
key[1]:=key[1] xor ((size + b) shr (8)) xor (ord(((size + b) shr 8 ) = 0)*((size + b) shr 0));
или
key[1]:=key[1] xor ((size + b) shr (ord(((size + b) shr 8 ) 0)*8));
как-то так =)

Добавлено спустя 7 минут 44 секунды:
еще как вариант (для увеличения быстродействия) завевсти еще переменную, в которой будет храниться значение size+b =)

Добавлено спустя 18 минут 49 секунд:

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

если разделить ето число побайтово то имеем $6 + $72..

как это ты так поделил "побайтово", если делить побайтово то будет
02 А0(Hex) или
2 160(Dec) или
00000010 10100000(Bin)
поясни как ты делил "побайтово" ....

[xkor]

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

как это ты так поделил "побайтово", если делить побайтово то будет
02 А0(Hex) или
2 160(Dec) или
00000010 10100000(Bin)
поясни как ты делил "побайтово" ....

вообщето он на байты раскладывал число $672 а не 672 так что он всё верно разложил...

[VORON]

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

если: key[5]:=key[5] xor key[1];
а 1-й байт ключа почти всегда =0 то невозможно чтоб кей5 стал=1
а если кей1 станет рано или поздно =1 то.. кей5 станет меняться циклом 0 1 0 1 0 1...
наш скрипт неучитывает етого...

Добавлено спустя 12 минут 59 секунд:
и проблема в применениии в нем ИФА..
когда ИФ исчезнет то проблема решится сама собой.. наш скрипт работает в диапазоне 1-2 байта без ифа...
в диапазоне 0-FF нужен иф... а в диапазоне ff ff - ff ff ff хз вапще что будет...
какой лог дать чтоб отмониторить смену 3-го байта в ключе???

[QaK]

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

вообщето он на байты раскладывал число $672 а не 672 так что он всё верно разложил...

Яфно =) ступил малость =)

Добавлено спустя 6 минут 13 секунд:
Я вроде накалякал без ифа....

[dmitry501]

Что ж вам if так не нравится то?
Вполне нормальная инструкция.
На уровне маш. кодов исполняется очень быстро :)