| 1.1, Аноним (1), 22:54, 17/06/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Зачем прослойка в виде режима эмуляции GPU если есть код специально написанный под CPU.
| | |
| |
| |
| 3.25, Аноним (25), 11:16, 18/06/2020 [^] [^^] [^^^] [ответить]
| +8 +/– |
Следующий раз, когда забудешь пароль, примени к себе паяльник.
| | |
| |
| 4.33, Дегенератор (ok), 22:56, 18/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
 > Следующий раз, когда забудешь пароль, примени к себе паяльник.
А ты всегда датаценр арендуешь для вспоминания паролей? Или у тебя они суперсложные, что 1 видуха за полчаса решает?
| | |
|
|
|
| 1.7, Ананоним (?), 01:23, 18/06/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
Специалисты, вот расскажите мне, неопытному в web, вам закрытые ключи сертификатов для сайтов приходят готовые из центров сертификации, или вы их сами генерируете? Я подозреваю что приходят. Ибо слушать всех как то надо же.
| | |
| |
| 2.14, Аноним (14), 02:27, 18/06/2020 [^] [^^] [^^^] [ответить]
| +3 +/– |
Если специалисты, то конечно сами генерят, а если "специалисты", то там где подписывают сертификат часто есть опция сгенерировать закрытый ключ, ибо такие не в состоянии сами.
И даже был CA проколовшийся на том что он эти ключи и хранит потом, а не просто показал 1 раз запросившему и стер.(потому что они оказались достуны комуто ещё, вдруг)
| | |
| 2.27, Аноним (27), 11:28, 18/06/2020 [^] [^^] [^^^] [ответить]
| –3 +/– |
То, что таким образом можно слушать это понятно. Но одно дело, когда тебя слушает какое нибудь NSA в штатах до которого нам нет дела и в ообще побоку. И совсем другое когда тебя слушают какие-нибудь росскомнадзор, фсбшники и прочие выродки, которые могу за тобой завтра прийти отжать бизнес, залезть в твою личную бухгалтерию, подкинуть чего и потом случайно найти и еще много чего. От того, то было кстати столько вони гбшинков наших на счет VPN - все спят и видят как бы и его запретить.
| | |
| |
| 3.31, Аноним (14), 15:38, 18/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
Таким образом именно "слушать" не выйдет. Придется или встраиваться в середину перешифровывая по дороге все (вот это можно будет сделать почти незаметно имея закрытый ключ) или в современном мире данные шифруются не известным вам сессионным ключем и вы их не получите. Для комппаний из списка ОРИ есть требования отдавать "куда надо" именно сессионные ключи, чтобы можно было расшифровать ранее записанный трафик. а серверный ССЛ ключ им как раз не нужен вообще.
| | |
|
|
| 1.8, Аноним (10), 01:36, 18/06/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Режим эмуляции GPU, позволяющий использовать код вычислительного ядра (OpenCL) на CPU;
Зачем? Есть же рантаймы для CPU. Pocl, напрмер. Или же рантайм от AMD, порвавший рантайм от интела на интеловских же камнях.
| | |
| |
| 2.35, solardiz (ok), 15:18, 19/06/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Мне тоже было непонятно, пришлось спросить atom'а. Это режим эмуляции OpenCL (не эмуляции GPU) и он предназначен только для отладки. Для реального использования CPU, по-прежнему рекомендуется свежий Intel OpenCL и (после коммита от 3-го июня) поддерживается также свежий POCL (то есть на него больше не выдается warning). Что касается AMD APP SDK, он и раньше отставал от Intel'а (не справлялся с векторизацией там где Intel'овый справлялся), а теперь и вовсе не поддерживается самим AMD. Свежий hashcat --force с ним у меня segfault'ится при инициализации OpenCL где-то в недрах кода AMD (правда, на этой старой системе также присутствуют AMD GPU и fglrx, так что я не исключаю что на системе только с CPU проблема бы не проявилась), в то время как в JtR (на той же системе) с ним всё еще работает как минимум часть --format'ов (только смысла в этом мало, кроме отладки когда-то в прошлом и regression testing теперь). Поэтому насчет "порвавший" для меня новость. Откуда такая информация?
| | |
|
| 1.9, Аноним (10), 01:39, 18/06/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Для старых AMD-карт на линуксе всё очень плачевно в плане OpenCL. В смысле большинство программ просто не будут работать из-за недоделанности Mesa Clover для этих карт.
| | |
| |
| |
| 3.36, Аноним (36), 18:33, 20/06/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> поддерживает только OpenCL-1.1
А что, кто-то хочет больше? Например?
| | |
|
| 2.30, Zenitur (ok), 12:31, 18/06/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Можно использовать старый fglrx на старом же дистре. Только некоторые новые программы хотят более новой библиотеки OpenCL, например новые майнеры криптовалют иногда не работают на старых OpenCL. Несмотря на то, что что в старой, что в новой, версия OpenCL 1.2.
| | |
|
| 1.20, Аноним (20), 06:03, 18/06/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
Hashcat досих пор не имеет опции configure --without-jit ?
Или уже починили и можно использовать на платформах для людей?
| | |
| |
| 2.21, Аноним (21), 10:06, 18/06/2020 [^] [^^] [^^^] [ответить]
| –1 +/– | |
А чем жид мешает на платформах для людей?
$ apt search hashcat
Sorting... Done
Full Text Search... Done
hashcat/focal 5.1.0+ds1-2 amd64
World's fastest and most advanced password recovery utility
hashcat-data/focal,focal 5.1.0+ds1-2 all
Data files for hashcat advanced password recovery utility
hashcat-nvidia/focal,focal 20180828+nmu1 all
Installs hashcat and its dependencies for users with NVIDIA GPU
Вроде пакет есть.
| | |
| |
| 3.23, Аноним (22), 10:15, 18/06/2020 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> А чем жид мешает на платформах для людей?
Он там не мешает, а просто не работает. Например PowerPC, mips, OpenBSD, Linux+PAX.
В дебе есть сборка hashcat под PowerPC?
| | |
|
|
| 1.24, Аноним (24), 11:01, 18/06/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Нужно мой проект по подбору пароля на telnet найти и добавить, если ещё нет :_
| | |
| 1.29, Zenitur (ok), 12:27, 18/06/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
> В новом выпуске:
> ...
> * Поддержка вычислительных систем на базе CUDA;
Долго же они её восстанавливали. Кто не знает, сейчас расскажу что было.
Поддержка CUDA раньше уже была. Были oclHashcat и cudaHashcat (но можно было и на CPU). Первая версия hashcat была проприетарная. Версия 2.00 была с открытым исходным кодом. Но уже буквально следующими коммитами убрали поддержку CUDA, предложив пользователям NVIDIA использовать OpenCL. Версия 2.01 была последней с поддержкой CUDA.
Причина вот в чём. Hashcat это не только исполняемый файл. Это ещё и директория kernel с сотнями файлов, потому что программа поддерживает сотни алгоритмов для взлома. Так вот, все эти сотни файлов для CUDA были написаны ещё в прошлом десятилетии, и компилятор CUDA 8.0 на них ругался "warning: поддержка sm_20 будет удалена в будущем". Исправить всё это махом не представлялось возможным, да и незачем было стараться, так как перебор паролей на NVIDIA сильно отставал по скорости от ATi/AMD. Вот и удалили поддержу CUDA. Я рад, что сейчас вернули.
Ну что ж, вносим в src/Makefile путь к актуальной версии CUDA Toolkit, кладём nvml.h в include, и выполняем "make cudaHashcat64.bin nv_all"
| | |
| |
| 2.32, solardiz (ok), 16:44, 18/06/2020 [^] [^^] [^^^] [ответить] | +3 +/– | Рассказ о версии 2 00 и тогдашних коммитах соответствует действительности А вот... большой текст свёрнут, показать | | |
| |
| 3.34, Zenitur (ok), 11:35, 19/06/2020 [^] [^^] [^^^] [ответить]
| +/– | |
Я и правда делал выводы на основе сообщений при сборке.
Спасибо за комментарий, мне было интересно узнать, почему версию для CUDA удаляли.
| | |
|
|
|
