Здравствуйте!

Немогли бы вы помочь мне с расшифровкой текста который был зашифрован алгаритмом XOR 
вот это оригинал "test123"  а вот что получается после шифрования "07 00 00 00 de cf d9 de 9b 98 99", если кто может то дайте небольшой пример как расшифровать его.

Заранее благодарен. 

ShowMessage, если это и XOR, то замысловатый, потому как 
t -> 07 
e -> 00
s -> 00
t -> 00
Т.е. одна и та же буква "t" после кодирования даёт один и тот же код. 
Что это за задача? Из чего ясно, что это XOR?

ShowMessage, длинна шифровки должна совподать с длинной исходного текста, а тут выходить 11 против 7, значит не просто XOR.

07 00 00 00 - это длина строчки. s[i] := s[i] xor $AA;

так что никто незнает алгоритма которым можно расшифровать?

ShowMessage, ты че?

а это что?

У ксора алгоритм расшифровки тот же, что и шифрования.

Вот написал небольшой пример. Писал "на коленке", но по идее должен работать:

Добавлено @ 14:19 
Это не строка, а байты записанные в файл через TWriter.WriteString
Человек просто скопировал их из HexEditor'a

Нужно всего лишь прочитать эту строку TReader'ом и декодить:

s0neg, а что будет в 

если строка будет более 255 символов 

Я просто хотел привести пример ShowMessage`у.   Остальное пусть дописывает под свои нужды.   

 s[i] := Chr(Ord(s[i]) xor Ord(Code));

code - это что такое? тоесть как её обозначить?
пишет что незадекларированна

Извини забыл добавить...

"s0neg" чтото неработает ничего нерасшифровываеет строку мою что давал в примере...  

ShowMessage,  Не мучайся !

спасибо!!!

а почему он другие строки нехочет расшифровывать например таже самая строка "test123"но толкьо в таком виде "ab ba ac ab ee ed ec"
зависит от ключа? если да то может подскажеш как его определить или ещё как можно наверное сделать?

Это сообщение отредактировал(а) ShowMessage - 15.9.2006, 11:13

Если точно знаешь хотя бы одну букву, то сначала ищешь ключ, а потом расшифровываешь:

не проще из ArB[1]:=Char($de); сразу без циклов?

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

Это сообщение отредактировал(а) alexeis1 - 15.9.2006, 12:43

А если длина ключа = длина текста, то лучше не зашифруешь вообще 

Проще конечно и быстрее. Я писал из расчета, что массив может быть заполнен самыми разными способами. Например, из файла или из ресурса.

Понятное дело. Кстати не в курсе, если ключ сделать изменяющимся в зависимости, например от номера символа, то название алгоритма шифрования все равно будет: "XOR шифрование". Или такое название имеет только шифр со статическим ключом ?

Это только если ключ состоит сплошь из случайных чисел.

Из чего бы не состоял.

Чем этот способ так хорош ?

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

Добавлено @ 14:02 

Это так называемый абсалютно стойкий ключ, взломать который не возможно даже теоретически

XOR элементарно ломается независимо от сложности ключа.

Потому что из текста длиной М во время подбора ключа сгенерируется любой текст длинны М. 

То есть, если я например шифрую слово "тест",
то подбирая различные ключи я получу и "мест", и "коты" и "туша", итд. То есть любое слово из четырёх букв. Какое из них верно? 



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

Не может быть!!! Как это? Ведь при операции xor c рэндомизироваными числами мы опять получаем последовательность случайных чисел....

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

Зависимость ключа от шифруемой информации - вот "ключ к победе"  Например DES алгоритмы. Это кстати ответ на вопрос: 

В ДЕС также используется XOR. Дополнительно, в зависимости от шифруемого блока ключ подменяется.

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

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

Что касается ключа, создаваемого по сложному алгоритму - это уже не XOR.
Тут уже сам XOR выступает в качестве вспомогательного действия.
Чистый XOR - с фиксированным ключём. Вычислить такой ключ не представляет никакой проблемы.

Добавлено @ 14:22 
XOR - это вообще не шифрование, а битовая операция 
Такое "Шифрование" сравнимо с изменением кодировки.

Snowy, ну я дам тебе данные типа: %:№ЫВМмКМСывсмсмдл4о4;;;а;;;аамВЫПИсСК; поксоренные на фиксированный ключ длинной четыре байта(а даже если и один байт, принципиально ничего не меняет): 45FDE433h... интересно как ты получишь верный расшифрованый текст. Тут много условностей. 

Опять же от длины ключа зависит.  рискну предположить, что для текста длиной М > 100, ключ длиной М/4 Довольно крепкий и создаст множество проблем.


Раньше таким образом кодировали например переговоры президентов. То есть генерился рэндомный ключ часа на 2 и человек в чемоданчике перевозил его за окиян. при условии, что шпиён ключик не получит, главам государств можно было эти 2 часа спокойно болтать бет опаски, что кто-то может подслушать.

Но речь-то идёт о повторяемости.
Где вы видели одноразовые ключи?
Взлом ключа как раз и основан на анализе повторяемости.
Если мы знаем кодированную фразу - получение ключа очевидно.
Если не знаем, то проводим модификацию исходных данных, смотрим в чём разница.

Ну везде, где можно (Diffie-Hellmann) например. Где ключи могут генерится для каждого сеанса обмена информацией.

Добавлено @ 14:47 

Повторяемости ключа или повтояемости в ключе. Вот в чём вопрос 

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

а если я незнаю никакой буквы то как быть тогда все перебирать чтоли)? если попробывать все перебрать то он может нетак расшифровать или всётаки есть какоенить решение чтоб перебрать все возможные ключи ???

А че тут переберать 256 вариантов  всего   

Тут alexeis1 совершенно прав, с однобайтовым ключом ты получишь только 256 выриантов.

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


Возможные ключи, судя по твоим примерам, лежат в диапазоне от 0 до 255. Производишь декодирование в цикле, с сохранением результатов, просматриваешь результаты, визуально выбирая правильный.
Для сокращения количества результирующих вариантов, используемых при визуальном анализе, можно реализовать перебор вариантов ключа с последующей попыткой найти в декодированном тексте последовательности символов из словаря возможных значений.
Вообще не являюсь сколько-нибудь профессиональным взломщиком, поэтому предложить наиболее оптимальный вариант решения проблемы возможно не смогу.