просто запустил - и пошли отчеты на гейты ~_^

На счет распределенных вычислений, но не совсем про пассворд-про.

Давно витает в голове идея:

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

Сервер - будет ожидеть подключения клиентов, и заодно управлять ими.(локально либо через тот же ссх)

Суть работы проста. Включаем сервер, и вешаем на него Н-ное кол-во клиентов.
Затем администратор, штатным для джона образом, отдает серверу хэши на брут(указывая при этом конечно же и другие параметры - правила перебора, словарь и т.п.). Дальше сервер, основываясь на данных о производительности каждого из клиентов(единожды на каждом клиенте надо выполнить john -test с записью в некий конфиг), распределяет диапазаны для перебора, и отправляет клиентам. Клиенты начинают перебор, каждый в своем диапозоне.
Если клиент находит пароль от хэша - то шлет его на сервер, а тот проверяет на правильность результат(опционально), и если все верно, то сервер складывает пароль в pot файл и шлет всем клиентам инфу о том, что хэш такой-то сбручен, и в переборе более не нуждается. Клиенты налету вырезают его из списка.
Если какие-то от клиентов по каким-либо причинам завершили перебор быстрее других, а оставшееся время перебора на ещё занятых велико, то сервер перераспределяет оставшиеся диапозоны, стремясь постоянно поддерживать работу максимального количества машин(но без фанатизма).

Это будет безопасно, т.к. весь обмен инфой(которой к тому же не много) идет через ссх.

По произвадительности - наверное 20 клиентов в такой схеме дадут большую скорость нахождения, чем 100 машин, но разразненных, и проверяющих часто одно и то же.


Вот такая вот идея... Или я изобретаю велосипед?

есть такая штука https://sourceforge.net/projects/brutenet/
опенсорсный распределенный управляемый брутер мд5 )

Что то нынче чистый MD5 реже стал встречатся, обычно MD5(Unix) SHA1 и MySQL попадается часто...