А ещё, я не понял, зачем при блайнде 10 потоков на version() из 6 символов?
не на вершион а на 10 основных системных запросов, просто version() сама по себе одна не узнается, только в купе с другими параметрами, многопоточное всё, где не один запрос идет.
Алгоритм простой - каждый запрос в отдельный поток, но каждый запрос - это например version(), а не разделение потоков на перебор всех символов в version(), просто таже version()
одновременно узнается и брутится с:
user()
database()
@@basedir
@@datadir
@@tmpdir
@@version_compile_os
mysql.user
mysql.password
file_priv
PS: А вообще смотрите видео, для кого писал, если
25 минут - от нахождения слепой скули до получения данных username,password,access_level в виде:
Admin:md5_hash

wner
и кол-ве первых пяти записей + предварительно узнавание
всех таблиц c table_schema!=information_schema и
всех колонок из интересующей таблицы
-
долго, то хз, пока так
PS: Т.е. тут чем больше данных мы запрашиваем, тем больше как бы многопоточность ощущается
В процессе написания я как бы понимал, что многопочность в идеале надо прикручивать именно на брут символов, а не на каждый запрос в виде version(), но как показала практика - увеличение скорости незначительное + происходила частичная потеря символов, что недопустимо, т.к. потеряв хоть один символ из того же MD5 его уже не расшифруешь
Расскажи как у тебя перебор организован.
есть код, в чистом виде, в первом посте