Создадим идеальный словарь? (delphi)
 

В общем, сколько этих словарей не качай все равно не нравится! :mad:

Есть идея создать идеальный словарь с помощью программы.

Алгоритм создание словаря таков:
Допустим, есть пароль: 123 и нам надо найти его c помощью перебора.
Вот так это будет выгледить:

Сначала надо крутить последнею

123
-------------------
000
001
002
003
010
011
012
013
020
021
022
023
030
031
032
033
…
пока не будет равна 123
-------------------


Только она должна перебирать до 256 символов а длина 128.

Таким образом, программа должна создавать словарь вроде все поняли =)
Но с алгоритмами у меня проблема, так что давайте вместе…

Кто согласен создать словарь,
в котором будут все пароли, которые возможны длиной 128?

Есть уже такие проги. Их бртфорсерами звать. Если хочешь че забрутить, надо просто их скачать.

(придумано сходу:))

Не я про другое!!! Я ещё невидел не одну прогу
которая бы создавала идеальный Словарь то есть
что бы там был даже твой пароль! ;)

Например я пробывал делать с помощью
PasswordsPro тоже не то :(

В общем кто согласен?

Что за тупость ? %)

Просто подбор пароля будет на много быстрее в течений 5 секунд пароль
в твоих руках!

Ну смотрите сами! Моё дело предложить.

Предложить создать идеальный словарь? это по твоему и все дело?
По поводу "Крутить последнюю" - это поподробней нельзя было бы.. ? только прежде, чем поподробней распишешь, подумай еще разочек. Ок ? Особенно про 5 секунд...

1) словарь не поместиться у тебя на харде
2) перибирать такое количество кобнинация средний компьютер будет не 5 сек , а 5 лет
Ps сначало подумай потом предолагай =)

В Общем, объясняю ещё раз кто поймет тот поймет =)
На практике : ~)

Допустим есть hash(MD5):
Пароль мы не знаем! И каждый из нас сразу бежит за программой
PasswordsPro и т. п. И начинает перебирать по словарю или переборам
А вот допустим, нет в словаре вашего пароля! А переборам долго
И вы теряйте время на перебор или ищете другой выход.

В общем, что бы не мучить ваш процессор и ваши нервы ожиданием
Ученые придумали электронную систему счисление, а точнее машину
Которая будет делать все за нас! Ну нам тоже надо иметь мозги что бы
Подружится с машиной! И на свет появились много программистов!

В общем, ЯСНО! Вернемся назад!

Создадим программу, которая создает Словарь!!! Из всех возможных символов!
ИЗВЕНИТЕ Я НЕ СИЛЬНЫЙ МАТИМАТИК И МНЕ ЛЕНЬ ЩИТАТЬ СКОЛЬКО
БУДЕТ ВЕСИТЬ ВЕСЬ СЛОВАРЬ!

Естественно для нас важен не Хеш - словарь а словарь - паролей, так как разные
системы шифруют по разному, к примеру, MD5!

Алгоритм созданием словаря из всех доступных в машине символов таков:

Допустим есть система ввода пароля! И ввод ограничивается таким правилам!

Доступные символы: 0,1,2,3
Длина пароля: 3

-----------
У нас есть пароль такого вида: 123

Алгоритм подбора должен быть таким:

123
---------------
000
001
002
003
010
011
012
013
020
021
022
023
030
031
032
100
101
102
103
110
112
113
120
121
122
>>>>>123<<<<<
130
131
132
133
200
201
202
203
210
211
212
213
220
221
222
223
230
231
232
233
300
301
302
303
310
311
312
313
320
321
322
323
330
331
332
333
---------------

Но мы не собираемся подбирать! А хотим создать словарь длиной 64 символов
и 256 символов в одном кардинале! В данном случи у нас словарь состайт до 333
и как видим там есть пароль 123! Вот таким образом надо сделать программу
которая будет перебирать длиной 64
00000000000000000000000000000000000000000000000000 00000000000000
Ограничение символов Char(256) = Ā

А нащет 5 секунд мы сделаем файл индексование!


Вот маленьки пример:
{$APPTYPE CONSOLE}

const
s: ShortString = 'ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvw xyz';


var
i1, i2, i3, i4, i5, i6: Integer;
len: Integer;
p: String[6];

label
e;

begin
len := Length(s);
p := '123456';
for i1 := 1 to len do begin
p[1] := s[i1];
for i2 := 1 to len do begin
p[2] := s[i2];
for i3 := 1 to len do begin
p[3] := s[i3];
for i4 := 1 to len do begin
p[4] := s[i4];
for i5 := 1 to len do begin
p[5] := s[i5];
for i6 := 1 to len do begin
p[6] := s[i6];
if p = 'Arazel' then begin
WriteLn('OK');
goto e
end
end
end
end
end
end
end;
WriteLn('Not found');
e:
end.

Блин что за тупость, ты сам подумай что ты говоришь. Нет нигде таким сисетм которые ограничутся символами 0123, а если и есть, то какой дурак будет брутиь иначе кроме как по маске 0123 длмнной от 1 до максимальной длинны ?
Ты вообще примерно представляешь сколько займет в общем случае словарь со всеми возможными паролями ? На это ни одного жесткого диска не зватит. А что по-твоему делает посимвольный перебор ? - ТОЖЕ САМОЕ только без словаря.

Ладно ТЕМА ЗАКРЫТА!

Сам сделаю!

Покажи потом:)

оффтоп
to AIN
мне просто интересно это код сделан на паскале если я не ошибаюсь?

[/offtop]

А чем тебе PasswordPro не нравится??? Файл-> Генератор словарей. Тут тебе и интервал например от 000000001 до 999999999. (или от aaaaa до zzzzz) + Символы! Буквы+Цифры+Символы... Он и сразу размерчек определит...

Ain, а зря ты не посчитал сколько это будет занимать места, я лично таких цифр не видел, даже когда расчитывал меж звездные расстояния...:=)

Код сделан на DELPHI (тоже паскаль)
PasswordsPro не так как надо делает то есть алгоритм другой!

Я решил сделать длиной 32! А доступные только 127 символов ну там ещё есть...
в общем где-то 235.
А размер словаря я думаю не больше однго гига! Так как MS-WORD! тоже много
словарей держит в себе и не много весит =) Но я все равно вычеслю сколько.

Пароли будут раскиданы по файлам например все пароли начинающихся на букву "А"
будут записаны в файл с именим "A.dic" и т. д. а также будет файл индекс "idx.ind"
вот и все.

Я просто для интереса сделал такую программу и уехал в магазин - когда вернулся весь 200-гигабайтный диск был занят

1 символ - 1 байт
словарь из всех латинских букв и цыфр длиной 8
это 1.785.793.904.896 ~ 1,7 Тбайт , длиной в 9 символов в 34 раза больше, в 10 символов в 1156 раз =))))

ДААА... :rolleyes: Хотя можно сделать из 8 :D

словарь из 3 миллионов комбинаций в среднем перебирается за 30 сек (на мощной машине)

1.785.793.904.896/3.000.000~595264сек~99210мин~1653ч~68,9 дней

Понимаешь программа должна не только словарь
к нему создавать но и файл с ХЕШАМИ
при хорошом алгоритме! Можно найти по хешу
за 3 - секунды все три милльона!!!
Например есть ХЕШ: F0434b...
Программа смотрит первый символ и начинает
искать в файле "ИНДЕКС" где все атрибуты
например место положений ХЕШАВ начинающихся
на БУКВУ "f" а затем проверит конечный символ...
В общем ясно! Что файл ИНДЕКС дает больше...

Просто надо прогу создать И НЕ ПРОСТО СОЗДАТЬ
ПРОСТО СОЗДАТЬ И ЧАЙНЕК СМОЖЕТ!!!

Приставь что ты в АЛИМПИЯДЕ!!! Там требуют
что программа меньше занимала памяти и скорось
работы...

1) хочу напомнить что хеш 32 символьный => места не хватит
2) сортировать таблицы с хешами займёт больше времени чем 68 дней

1) Я у меня есть хороши алгоритм зжати 32=arc(8) НУ КАК?
2) А Мы все процессорное время одадим программе! Подумаешь несколько дней
посидишь без КОМПА. И Вобще можно по быстрее Алгоритм придумать.

выполнимо, но насколько это целисообразности....

Я передлал теперь 32=arc(3/5 иногда 4)

Мне сказали етсь сайт что то вроде этого
passcracking.com
Где все пароли уже раскодированый
У вас нет сылки?

РЖУНИМАГУ!!!АФФТОР АЦЦКИЙ САТАНА!!!
Просто нет слов... Ну сделай идеальный словарик где будет пароль вот этот:
0@[<=_~uSs27+BRo&\d#-r5CAbz!%ita
Только я его генерировал за сотые секунды, а ты брутить будешь... мама не горюй....
Тебе надо будет пару железнодорожных вагонофф с 200 ГБ винтами, что бы полный словарь от 1-128 символов с хешами засунуть...

на сколько я знаю так не выдет F - не означает какой-то определёны символ в мд5 всё зависит от пароля ты попробуй в мд5 перевети абв и авб и бва и поймёшь!
а насчёт того во-первых те реально места на харже не хватит
а во-вторых над тем как за пять сек разшифромать мд5 мучалась не одна сотня учёных математиков для проверки надёжности так что твоя идея бред полный ) файл инексов тебе не поможет (см выше про абв)

если создавать словари только из букв(а я посчитал только один вариант написания. Или заглавный или строчный), то получается
3,2009658644406818986777955348251e+34 комбинаций.
И тебе уже сказали, что MD5 нельзя найти по сопоставлению отдельных символов пароля. Пароль в MD5 это единое целое, расшифровывать ПОСИМВОЛЬНО - не получится, потому что на выходе у тебя получится СОВСЕМ не то.
2 аффтар
Если ты начал учить паскаль и делфи это не значит, что ты можешь сделать то, что за тебя уже давным давно бы уже сделали, если бы это было выполнимо -)))))))

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