https://www.opennet.me/openforum/vsluhforumID3/75305.html Инструкция по превращению нескольких компьютеров в MPI-кластер и последующем запуске в этом кластере John the Ripper с целью организации эксперимента по распределенному подбору значений, соответствующих заданному хэшу (например, для проверки своих паролей на надежность). Руководство носит упрощенный характер и не охватывает некоторых вопросов по обеспечению высокой надежности и безопасности, рассматривая процесс создания кластера как проводимый в академических целях эксперимент.<br><br>Для создания кластера нам понадобиться как минимум два компьютера, работающих под управлением Ubuntu Linux 10.04. Для соединения машин будет достаточно любых сетевых карт, John the Ripper не требует большой пропускной способности.<br><br><br>++ Настройка сервера.<br><br>Для работы кластера нам потребуются следующие пакеты c реализацией MPI Message Passing Interface:<br><br> $ sudo apt-get install libmpich1.0-dev libmpich-mpd1.0-dev libmpich-shmem1.0-dev mpich2 mpich2-doc <br><br>Дополнительно, установим John the Ripper, OpenSSH и комплект для сб https://www.opennet.me/openforum/vsluhforumID3/75305.html#21 Thu, 24 Mar 2011 10:33:33 GMT &gt; solardiz<br><br>Упс! Так вы и есть Solar Designer? Никогда бы не подумал, что вы русскоязычный :) Ну, тогда позвольте лично выразить вам свое восхищение качеством вашего ПО и пожелать дальнейших успехов вашему проекту! :)<br> https://www.opennet.me/openforum/vsluhforumID3/75305.html#20 Wed, 23 Mar 2011 23:10:08 GMT &gt; В JtR есть такая константа PLAINTEXT_LENGTH. Для MD5, например, она равна 15. <br>&gt; Сделайте ваш пароль длиной больше 15 символов и хоть на кластере <br>&gt; его ломай хоть на суперкомпьютере - JtR его ни в жисть <br>&gt; не возьмет. А произвольно увеличить PLAINTEXT_LENGTH и перекомпилить нельзя :( <br><br>Да, для MD5-based crypt(3) действительно есть ограничение в 15 символов, которое связано с оптимизацией алгоритма под типичный случай (для выявления слабых паролей, длины до 15 актуальнее, чем бОльшие). Число 15 выбрано не случайно: начиная с 16-ти потребовался бы другой алгоритм, более медленный.<br><br>Тем не менее, это ограничение можно обойти воспользовавшись поддержкой "generic crypt(3)", опция "--format=crypt". Заодно там есть поддержка OpenMP. Правда, скорость проверки каждого пароля будет в несколько раз ниже (в расчете на одно ядро процессора), чем при специализированном коде.<br><br>Если уж выбирать сложный пароль, то следует уделить внимание не только длине. А длина может быть и меньше. Особенности поддержки конкретно https://www.opennet.me/openforum/vsluhforumID3/75305.html#19 Wed, 23 Mar 2011 22:41:17 GMT &gt; JtR не умеет SHA-512.<br><br>Начиная с 1.7.6 (вышла прошлым летом), в JtR есть поддержка "generic crypt(3)", благодаря которой SHA-crypt хеши поддерживаются при условии их поддержки системой - т.е. на Linux с glibc 2.7 или новее, а также на свежих версиях Solaris. И на Linux и на Solaris реализована также OpenMP-параллелизация этого режима (включается раскомментариванием строчки в Makefile), благодаря crypt_r(3) на glibc и thread-safe crypt(3C) на Solaris. Автораспознавание хешей этого типа работает (т.е., например, просто "john /etc/shadow" без всяких опций сработает как надо, хотя лучше сначала применить "unshadow", чтобы использовать информацию из полей GECOS и имена домашних каталогов).<br> https://www.opennet.me/openforum/vsluhforumID3/75305.html#18 Wed, 23 Mar 2011 14:23:23 GMT JtR не умеет SHA-512.<br> https://www.opennet.me/openforum/vsluhforumID3/75305.html#17 Wed, 23 Mar 2011 13:56:46 GMT В JtR есть такая константа PLAINTEXT_LENGTH. Для MD5, например, она равна 15. Сделайте ваш пароль длиной больше 15 символов и хоть на кластере его ломай хоть на суперкомпьютере - JtR его ни в жисть не возьмет. А произвольно увеличить PLAINTEXT_LENGTH и перекомпилить нельзя :(<br> https://www.opennet.me/openforum/vsluhforumID3/75305.html#16 Mon, 21 Mar 2011 21:06:18 GMT Спасибо, отличная новость! Ждем развития!<br> https://www.opennet.me/openforum/vsluhforumID3/75305.html#15 Fri, 18 Mar 2011 21:49:19 GMT Openwall приняли в Google Summer of Code 2011. Среди наших "идей" - в том числе поддержка GPU в JtR (две отдельных под-задачи). Студенты - шлите заявки. :-) Начать лучше с подписки на john-dev и постинга туда, не дожидаясь начала приема заявок Google'ом (будет с 28-го марта).<br><br>http://openwall.info/wiki/ideas#John-the-Ripper<br>http://www.openwall.com/lists/announce/2011/03/18/1<br>http://www.openwall.com/lists/<br>http://www.google-melange.com/gsoc/program/accepted_orgs/google/gsoc2011<br> https://www.opennet.me/openforum/vsluhforumID3/75305.html#14 Thu, 17 Mar 2011 08:30:56 GMT восстановите мне пароль<br>user21:$6$QQidrD8G$hZ4ll/2g5t.aZjGNr5b4v2.tnTNR9Jnx/Y2sR8cr6QS.npXSBge8gTHpfm6nupCBmpW2143Xf/A6ISXRmZNFp0:14863:0:99999:7:::<br> https://www.opennet.me/openforum/vsluhforumID3/75305.html#13 Fri, 11 Mar 2011 18:26:46 GMT Пока только CPU. Вернее, есть патчи, добавляющие поддержку OpenCL для некоторых типов хешей, но их эффективность очень низкая. Мое мнение, что авторы этих изменений не с того начали - для медленнех типов хешей им было бы проще достичь хорошей эффективности не внося изменений в основной код John'а. См. "OpenCL support for cracking NT, raw-MD4, raw-MD5 and raw-SHA1 hashes" тут: http://openwall.info/wiki/john/patches<br>