Отправлено Вопрос 26 февраля 2004 г. 13:33 В ответ на: Cорри за тон, но ты сам-то как думаешь: каким образом должен работать этот "вычислитель"?!... Первое что приходи тв голову - это тотже примитивный перебор паролей...(+) отправлено Doka 26 февраля 2004 г. 13:17

Например, каким-то образом вычислить длину пароля (сравнивая заархивированную и разархивированную информацию - какие-нибудь повторения при "закрытии" паролем).
Я пофантазирую, но, допустим, можно точно вычислить по информации в архивном файле и в уже раскрытом первую букву пароля (сравнивая несколько блоков информации). Т. е. может быть можно использовать совсем другой метод - прикинуть, подходит ли какой-то из допустимых символов для первой буквы пароля. Затем, когда мы узнали первую букву, подобрать вторую, третью, ..., десятую. Т. е. не перебирая все комбинации, а просто подбирая код для первой буквы пароля, для второй и т. д.
Сам я не уверен в том что такое возможно - я не блещу познаниями в этой области, но может что-то подобное и возможно - вот и спрашиваю.

• Ответ: (+) — Doka   (26.02.2004 14:17, 689 байт)
  • Это почему это по КРК насколько я в курсе криптосойкость алгоритма(+) — des00   (26.02.2004 14:27, 562 байт)
  • А нельзя ли "отсеять" какие-то буквы в пароле или комбинации без сравнения CRC а по другим признакам, анализируя зашифрованную и расшифрованную информацию ? — Вопрос   (26.02.2004 14:25, пустое)
• впринципе можно подобрать гамму которой зашифрован файл и то при удачном стечении обстоятельств — DSN   (26.02.2004 14:08, 96 байт)
  • Ну если это закрытый паролем zip-архив, то, наверное, метод шифровки известен, потому что программы, которые подбирают пароли, по какому-то известному методу их проверяют на достоверность. — Вопрос   (26.02.2004 14:32, пустое)