Рейтинг:0

RC4: известный открытый текстовый ключ, неизвестное происхождение ключа

флаг co

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

Как мне всесторонне протестировать ключевые производные? Пространство должно быть относительно небольшим, даже если учесть все длины ключей RC4.

poncho avatar
флаг my
Вы пытались просто вставить открытый текстовый ключ в алгоритм RC4 как есть? Он принимает ключи переменной длины (1-256 байт), так что это очевидный способ, которым они могли его реализовать.
флаг co
@poncho Сам ключ имеет длину 237 байт - я считаю, что это слишком долго, не так ли?
poncho avatar
флаг my
Нет, это не слишком долго; RC4 может обрабатывать ключи длиной до 256 байт.
флаг co
@poncho, спасибо, что получилось! Это был необработанный ключ.
Рейтинг:1
флаг my

Как мне всесторонне протестировать ключевые производные?

Почему бы вам не начать с самой очевидной возможности? RC4 принимает ключ переменной длины (1-256 байт); возможно, они использовали ключ, который вы представили, непосредственно в алгоритме настройки ключа RC4?

[Из ваших комментариев мы уже знаем, что этот ответ правильный - это просто для того, чтобы у вопроса был официальный ответ]

Ответить или комментировать

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