Пояснения:
Не панацея от всех бед, но использовать можно.

А если захотите к примеру словарик с годами, можно сделать так
5. Чарсеты

Чарсет - файлы с расширением chr которые представляют собой схему/таблицу в которой согласно статистическим данным учитывается вероятность появления символов на какой-то позиции и в большом ряде случаев позволяет максимально сократить время нахождения пароля.
Чарсеты используются во время режима incremental, слова выдаваемые чарсетом могут быть разными, взависимости от того по каким критериям он создавался. Чарсет генерируется на основе уже найденных паролей, то есть через файл john.pot. Если вы нашли только пароли qwerty и hotsex, то естественно чарсет на этой основе будет хиленьким, и мягко говоря бесполезным.
Допустим у вас pot-ный файл в 1 мб. Тут совершенно очевидно что в нём пароли разной длины и из символов разных множеств. Чарсет составленный из всех множеств символов называется all.chr и есть в стандартной поставке. В конфиге его описание будет приблизительно такое

MinLen и MaxLen соответственно минимальная и максимальная длина для слов которые будут кандидатами в пароль, а CharCount = 95 количество символов.
Стоит напомнить что в режиме incremental возможно получить слова максимальной длинной в 8 символов.
Фрагмент файла __charset-all.txt
Посмотрев на этот фрагмент (не увлекайтесь, за секунду вы получите файл в 20-50 мб), вы можете спросить "множество из 95, а получаем слова только ld/ls". И вы будете правы - получаемые слова не обязательно будут содержать хотя бы один символ из множеств, с которыми он создан, и как это обойти, я покажу позже.

В чем же особенность использования режим incremental? - в том что после того как будет попробована комбинация 123, то не обязательно следующими будет 124 и 125. Это для режима mask мы имеем некий линейный счетчик, а с чарсетами ситуация будет другая, на основе анализа john.pot который заложен в чарсете и будет предпринят следующий шаг.
как вы сами видите здесь нет линейности. Таким образом, пароли будут находиться взависимости от того, насколько часто встречалась та или иная комбинация символов в john.pot файле на момент создания чарсета.

И так, имеем john.pot с найденными паролями. Сделаем свой чарсет.
если мы хоти его использовать, вносим в конфиг изменения:
Если мы укажем CharCount отличный от того, который был указан во время создания, то джон нас об этом предупредит.
Во время генерации чарсета джон не смотрит в конфиг, так что вы можете после еще раз создать чарсет с таким же именем, он его просто перезапишет.
Протестируем наш чарсет
Следует отметить, что больше всего результатов incremental дает в начале атаки.
Какие результаты дают чарсеты?
Тестировалось на базе в 83к. Когда было найдено словарями и прочим всё основное, это около 8000 паролей (не уникальных), я создал чарсет по уже найденным паролям - pot.chr, а потом создал чарсет основанный на словаре имен - names.chr (вы спросите "как?" - оставайтесь с нами, и вы узнаете ). Результаты такие
Или другой тест, берем чистую базу, и прогоняем ее словарем имен (от 5 символов) и чарсетом построенном на этом словаре.
Все 5 буквенные имена по словарю перебрало за 4m53s, кстати.

Не много по сравнению со всей базой, но хоть какой-то результат когда уже выхода паролей нет. Не особо смотрите на время, когда вы столкнетесь с базой в сотни тысяч DES хешей со всеми 4096 солями, вам 1 час покажется мелочью. Из этой базы за 3 не полных суток основными правилами и словарями было найдено в районе 12-15к паролей. Для md5 проще, за несколько часов из базы в 100к хешей я нахожу от 30% паролей.

6. External, builtin
External - внешние переборщики
Как вам уже известно, джон может работать в разных режимах. Один из них External. В чем же его особенность? - в том что он создает слово (wordlist, к примеру воздействует на что-то).

Вы видели когда-нибудь пароли типа qweasd123 или ui78op90? Это последовательности на клавиатуре, как правило близкие по расположению клавишь. Можно сесть, открыть перед собой текстовый файлик, и возможно через сутки вы забьете туда что-то стоящее. Правда у вас будет болеть спина, руки, и e вас перед глазами постоянно будет вид вашей клавы, на которую вы пялились добрых 20 часов. Совсем как у меня после написания этого материала
В одной из официальных версий JTR в конфиг был включен переборщик Keyboard, с его помощью как раз можно найти такие пароли. Этот переборщик (и Keyboard_nospec) вы можете найти в соседней теме, или прямые линки кому лень искать:
http://forum.antichat.ru/showpost.ph...29&postcount=3
http://forum.antichat.ru/showpost.ph...29&postcount=4
В чем разница между ними? - Keyboard_nospec генерирует пароли без спецсимволов - только цифры и строчные буквы. Обратите внимание на параметр fuzz - время перебора больше, но и пароли сложнее находит.

Вот небольшой фрагмент из того что нашлось через эти переборщики:
Вот результаты выполнения для Keyboard_nospec на уже предварительно обработанной базе DES в ~70к

для 5 символов
для 6 символов
для 7 символов тестировал только с fuzz=0

6.1 Создание специальных чарсетов - фильтры

И так, вернемся к incremental и созданию специальных чарсетов.
Вы хотите перебирать по чарсету All, но вам не нравится, что этот чарсет перекрывает чарсет Alpha и Digits. С одной стороны хорошо - вы захватываете чуть большое множество паролей, но с другой стороны выполняете возможно лишнюю работу, а если вы точно знаете что должны быть строчные буквы в пароле? У вас есть два решения

1)
Что случится после выполнения это команды? В чарсет попадут только те слова, которые были из буков, и ничего более. Посмотрите в конфиг, там есть несколько фильтров, которые могут вам пригодиться.

2)
Вот мы и добрались до загадочного набора builtin. В данном случае мы делаем тоже самое что и в первом примере, но используем множество l.
Таким образом создавая свои множества простым перечислением нужных символов, вы можете обойтись без внешних переборщиков. Описание секции Builtin в самом начале конфига.

А теперь посмотрите на следующие примеры, и оцените какие возможности открываются за счет внешних переборщиков и builtin
Стоит заметить, что когда вы используете конструкцию типа -e:mixed (где mixed к примеру lds) или -builtin:lds, то результатом будет именно общее множество, то есть "l AND d AND s", пример
Зачем вам lds? Простой пример - корпоративная политика в фирме, которая говорит, что пароль должен быть обязательно вида "password;01". Кстати замечание по этому поводу - лично свидетель того, что многие пользователи из-за своей лени не далеко уходят от этого пароля, к примеру они каждую неделю меняют его просто на что-то типа "password;02" то есть меняют только последнюю цифру или незначительно его изменяют.

Еще пример. Представим что вы регулярно сидите в комп-клубе. И там есть паренек-гопарек, каждый день он отбирает у малышей в клубе деньги, и сидит ночами на порносайтах под мемберскими аккаунтами. Так как вы человек мирный, лицо бить ему не будете, но справедливость должна восторжествовать, вы должны что-то сделать и вы уже добыли его хеши от порносайтов. Понаблюдаем за ним - он целую ночь сидит согнувшись над столом, правая рука что-то делает под столом, а левая на клаве. Куда бы вы положили левую руку на клаве? Могу предположить что явно не с правой стороны.
"Ага, - думаете вы - чертов онанист, наверное, пароль набирает легкий и левой рукой".

Смотрим на клаву и вспоминаем статистику паролей которые вы видели. Создаем какие-то множества в builtin, тут уже всё зависит от вашей фантазии и какой статистикой она подкормлена, к примеру:
Еще раз посмотрите на клаву и вспомните частые пароли типа qwe123qaz.
Готовим танки:
Создали чарсеты, в них вышло по 12 и 14 символов, не так много, затраты времени по расшифровке будут мизерными, можно сравнивать с множеством digits.
В бой:
И вот не прошло и минуты у вас есть один из паролей. А на утро уже все дети смотрят халявную порнуху - в итоге все рады, плохой человек наказан, а вы радуетесь новым достижениям.

7. Соль и скорость
Когда я писал материал "Заметки: какой брутер выбрать" я допустил серьезную ошибку, повелся на циферки в джоне, и по аналогии с другими программами счел что скорость показывается в пароль/секунда и что чем больше хешей, тем скорость больше. Спасибо что sic57005 и segamegasega обратили на это внимание. Но я был молод и глуп, и вообще это было давно и не правда Сегодня я попробую исправить свои ошибки в этом плане.

7.1 Понятие скорости в JTR

И так, что же кроется за волшебными символами c/s в джоне? На сайте джона можно найти следующее
Учитывая это и то что я смог найти по этой проблеме могу русским языком сказать следующее :

1) реальную скорость можно узнать лишь опцией -test, но и этот метод показывает очень странные цифры
2) c/s - это комбинаций/сравнений в секунду
3) скорость, которая показывается во время работы джона, есть пункт 2
4) сравнения в секунду значит - зашифровать и сравнить, не просто зашифровать
5) во время работы высчитывается средняя скорость
6) по завершению высчитывается общая суммарная скорость

То что показывается во время работы джона можно приблизительно представить формулой
Цифры из реальности:
Три теста показали разную скорость, на самом деле с такими цифрами, погрешность терпимая

На практике:
Посмотрим с freebsd md5, алгоритм медленней, и нету таких погрешность как у DES в несколько тысячь
Практика:
Лично для меня главное не та скорость что показывается во время работы, а то время какое я в итоге затрачу.

7.2 Соли и разница во времени

А теперь посмотрим, что быстрее, 5 раз по 1, или 1 раз по 5?

Что это значит? Что если бы мы подбирали отдельно 5 хешей, мы бы затратили времени на это 01:15, а если за раз все пять, то 01:12.

Но при этом обратите внимание:
Время на 100 хешей = времени на 1 хеш, при условии что одна соль.
Поэтому иногда удобней брать, к примеру, 5 солей и пусть хешей будет 1000, зато времени займет как на подбор для 5 и результаты даст быстрее.

Но как разделить хеши по солям, если у вас их более 10к? Для этого есть спец скрипты, которые я позже выложу, либо использовать встроенную опцию -salts, но что-то мне не понравилось с ней работать.