Уже писал, что наоборот: 81 * 81 * 81 = 531 441, а если 5 сиволов, то 3 486 784 401
Вот и подсчитайте во сколько раз упадет скорость!!! Если знать, что пароль из цифр или мало символов, то быстрее его в форму подставлять, даже если там цифры вводить надо при каждой попытке (что большая редкость)!!! (про ограничение на кол-во попыток и прочее сам знаю, можно не уточнять )
P.S. Azazel:
Я не провоцировал, а слегка завуалировано написал, что эта идея - бред, а ты еще и -2 поставил с комментарием:
ИМХО ты не прав.

Ага а алгорит мработы скрипта ты знаешь?
Как можно подсчитать скорость работы зная только количество символов?
Я не понял...
Объясни.

Я говорил про то что только для кириллицы будет 81^3 символов соли...Хотя используеца ли кирилицца?
Вообщем скорость перебора зависит от
1. Тактовой частоты камня
2. Оперативы
3. АЛГОРИТМА брута

Вот последнее при остальных равных условиях решающее.
ИМХО.

Блин...ну для каждого пасса придется перебирать еще 81*81*81 вариантов!!!!!!!
следовательно скорость перебора упадет в это кол-во раз

ReaM (22:22:25 19/09/2006)
хай

ReaM (22:22:36 19/09/2006)
я реаниматор

***(22:22:44 19/09/2006)
угу привет

ReaM (22:23:20 19/09/2006)
ты не понял идеи

ReaM (22:23:20 19/09/2006)
*** (22:23:26 19/09/2006)
Скачай себе пасс про и не еби совю голову вопросом

*** (22:23:39 19/09/2006)
*свою

ReaM (22:23:41 19/09/2006)
в том то вся и тема!!! чтоб подбирать пассы не зная СОЛИ!)

*** (22:23:51 19/09/2006)
для булки есть алгоритм в паспро

*** (22:23:57 19/09/2006)
нереально.

ReaM (22:23:57 19/09/2006)
есть?

ReaM (22:24:01 19/09/2006)
что нереально?

*** (22:24:11 19/09/2006)
подобрать без соли.

ReaM (22:24:13 19/09/2006)
я тока ЧТО ВЫЛОЖИЛ АЛГОРИТМ

ReaM (22:24:14 19/09/2006)
прочти!

ShturmBanFurrer, на сколько я понял, он хочет прогнать каждый возможный пасс с каждой возможной солью.
Цифры, которые я указал - количество возможных солей для 3 и 5-символьных хэшей соответственно.
Поэтому:
1. Представь сколько времени будет составляться словарь для алгоритма md5(md5(pass)md5(sol')) хотя бы для одного пароля и сколько он будет занимать. Например для 5и-сивольной соли это 32 * 3 486 784 401 > 90 Гигабайт для одого только! пароля.
2. Сколько будет по времени бегать по нему программа в поисках совпадения?

В связи с этим твои пункты 1,2,3 отпадают.
Я думаю, что дальше объяснять не имеет смысла.

UPDATE:
Это называется алгоритмом полного перебора. Соль для того и вводится, чтобы люди не могли (могли, но это затянулось бы в 3 млрд раз) воспользоваться этим алгоритмом.

во! Podkashey=) сенкс тебе=) я просто не смог выразить мысль...

Вот мы и разобрались...
Короче:
Бок со стороны Реаниматора: Не точно высказаная идея в самом начале.
Бок с моей стороны: Не внимательно прочитал пост #10 этой темы.

Резюме:
Сделать такое конечно реально... НО!
Нужно иметь достаточно мощный комп и достаточно быстрый многопотоковый алгоритм, для того чтобы результат был актуален...
Т.к. если ты будешь восстанавливать пасс к хешу 130 лет то он никому не нужен.

ИМХО.

ЗЫ:
Лог не полный!!!
Я там еще говорил что иду кушать и курить!

Ты наверное цифры плохо просмотрел - 90 Гиг места для словаря из одного(!!!!) пароля.
Если пароль будет состоять из 2 букв и вариантов букв тоже 81, то для такого словаря требуется 732 057 358 558 752 байт, то есть примерно 700 ТЕРАБАЙТ!!!
И по всему этому надо еще и осуществить поиск! И пароль минимум состоит обычно из 6 символов! (тут уже не хочется снова умножать). Таких мощностей нет и не будет в ближайшее годы. О каком полном переборе может идти речь?
P.S. Закрывайте тему.
P.P.S. Azazel, ИМХО минус в репе лишний.

ИМХО перебирать рядовых юзеров нет смысла - нужны юзеров 20 - админов/модеров/подпольщиков
у них максимум стоко солей, сколько их - в нашем случае 20. а не 83^3!
так что идея не совсем тупая, просто РеаниматоР плохо ее сформулировал, а часть обсуждающих мыслит стереотипно