ohai.social

CycloneNew version of <a href="https://infosec.exchange/tags/hashgen" class="mention hashtag" rel="nofollow noopener" target="_blank">#hashgen</a> published.Changelog: v1.1.0; 2025-03-19 added modes: <a href="https://infosec.exchange/tags/base58" class="mention hashtag" rel="nofollow noopener" target="_blank">#base58</a>, <a href="https://infosec.exchange/tags/argon2id" class="mention hashtag" rel="nofollow noopener" target="_blank">#argon2id</a>, <a href="https://infosec.exchange/tags/bcrypt" class="mention hashtag" rel="nofollow noopener" target="_blank">#bcrypt</a> w/custom cost factor<a href="https://forum.hashpwn.net/post/89" rel="nofollow noopener" translate="no" target="_blank">https://forum.hashpwn.net/post/89</a><a href="https://infosec.exchange/tags/hashgenerator" class="mention hashtag" rel="nofollow noopener" target="_blank">#hashgenerator</a> <a href="https://infosec.exchange/tags/hashcracking" class="mention hashtag" rel="nofollow noopener" target="_blank">#hashcracking</a> <a href="https://infosec.exchange/tags/hashcat" class="mention hashtag" rel="nofollow noopener" target="_blank">#hashcat</a> <a href="https://infosec.exchange/tags/hashpwn" class="mention hashtag" rel="nofollow noopener" target="_blank">#hashpwn</a> <a href="https://infosec.exchange/tags/cyclone" class="mention hashtag" rel="nofollow noopener" target="_blank">#cyclone</a> <a href="https://infosec.exchange/tags/golang" class="mention hashtag" rel="nofollow noopener" target="_blank">#golang</a>

🅴🆁🆄🅰 🇷🇺Про #<a class="" href="https://hub.hubzilla.de/search?tag=GRUB" rel="nofollow noopener" target="_blank">GRUB</a> можно позабыть уже несколько лет как — явно находится под чьим-то влиянием и до сих пор отказывается реализовать поддержку #<a class="" href="https://hub.hubzilla.de/search?tag=LUKS" rel="nofollow noopener" target="_blank">LUKS</a> 2-й версии, в части использования #<a class="" href="https://hub.hubzilla.de/search?tag=Argon2" rel="nofollow noopener" target="_blank">Argon2</a> / #<a class="" href="https://hub.hubzilla.de/search?tag=Argon2id" rel="nofollow noopener" target="_blank">Argon2id</a>. Важно это потому, что в мире полно ферм для майнинга криптовалют, так или иначе арестованных органами общественного правопорядка. Это изначально специализированные #<a class="" href="https://hub.hubzilla.de/search?tag=ASIC" rel="nofollow noopener" target="_blank">ASIC</a> для перебора значений hash-функций. В результате, стало возможным взламывать грубой силой почти все варианты дискового шифрования, если для хранения пароля используются обычные #<a class="" href="https://hub.hubzilla.de/search?tag=PBKDF2" rel="nofollow noopener" target="_blank">PBKDF2</a> / #<a class="" href="https://hub.hubzilla.de/search?tag=PBKDF" rel="nofollow noopener" target="_blank">PBKDF</a>, не адаптированные под противодействие крипто-майнинговым фермам. Примером, нормальной современной #<a class="" href="https://hub.hubzilla.de/search?tag=PBKDF" rel="nofollow noopener" target="_blank">PBKDF</a> является тот же #<a class="" href="https://hub.hubzilla.de/search?tag=Argon2" rel="nofollow noopener" target="_blank">Argon2</a> и его вариации. Альтернатива в том, что позволяет тот же #<a class="" href="https://hub.hubzilla.de/search?tag=systemd-boot" rel="nofollow noopener" target="_blank">systemd-boot</a>. Например, для полнодискового шифрование через LUKS берётся SSD/NVMe разбитый через #<a class="" href="https://hub.hubzilla.de/search?tag=GPT" rel="nofollow noopener" target="_blank">GPT</a> с выделением раздела EFI System Partition, на котором размещаются образы #<a class="" href="https://hub.hubzilla.de/search?tag=initrd" rel="nofollow noopener" target="_blank">initrd</a> / #<a class="" href="https://hub.hubzilla.de/search?tag=initramfs" rel="nofollow noopener" target="_blank">initramfs</a> и бинарники загрузчика systemd-boot являющиеся EFI-приложением. Всё содержимое EFI System Partition может проверяться Secure Boot'ом — быть заверены своим собственным сертификатом в дереве. Не только бинарники, но и текстовые *.conf файлы в /boot/loader/entries/ описывающие каждый вариант загрузки. Поскольку они содержат такие вещи как: <pre><code>title    ... — как зовётся в меню загрузочном linux    /vmlinuz-6.6-x86_64 — какое ядро ОС использовать initrd    /intel-ucode.img — какой микрокод процессора грузить initrd    /initramfs-6.6-x86_64.img — сам загрузочный образ ... options quiet — могут быть и в одну строчку все сразу options splash options rd.udev.log_level=3 options systemd.show_status=auto options sysrq_always_enabled=1 options intel_iommu=on options iommu=pt ...</code></pre> Т.е. файлы *.conf могут содержать всякие опции/параметры ядра, отвечающие за безопасность работы системы. Например, раздачей <a href="https://habr.com/ru/news/712476/" rel="nofollow noopener" target="_blank">таких рекомендаций</a> недавно развлекался #<a class="" href="https://hub.hubzilla.de/search?tag=%D0%A4%D0%A1%D0%A2%D0%AD%D0%9A" rel="nofollow noopener" target="_blank">ФСТЭК</a> (вот оригинал официальной <a href="https://fstec.ru/normotvorcheskaya/informatsionnye-i-analiticheskie-materialy/2590-informatsionnoe-soobshchenie-fstek-rossii-ot-30-dekabrya-2022-g-n-240-22-6933" rel="nofollow noopener" target="_blank">публикации</a>). Про различия в вариантах #<a class="" href="https://hub.hubzilla.de/search?tag=Argon2" rel="nofollow noopener" target="_blank">Argon2</a>, почему собственно RFC 9106 рекомендует использовать #<a class="" href="https://hub.hubzilla.de/search?tag=Argon2id" rel="nofollow noopener" target="_blank">Argon2id</a> <ul><li> #<a class="" href="https://hub.hubzilla.de/search?tag=Argon2d" rel="nofollow noopener" target="_blank">Argon2d</a> maximizes resistance to GPU cracking attacks. It accesses the memory array in a password dependent order, which reduces the possibility of time–memory trade-off (TMTO) attacks, but introduces possible side-channel attacks.</li><li> #<a class="" href="https://hub.hubzilla.de/search?tag=Argon2i" rel="nofollow noopener" target="_blank">Argon2i</a> is optimized to resist side-channel attacks. It accesses the memory array in a password independent order.</li><li> #<a class="" href="https://hub.hubzilla.de/search?tag=Argon2id" rel="nofollow noopener" target="_blank">Argon2id</a> is a hybrid version. It follows the #<a class="" href="https://hub.hubzilla.de/search?tag=Argon2i" rel="nofollow noopener" target="_blank">Argon2i</a> approach for the first half pass over memory and the #<a class="" href="https://hub.hubzilla.de/search?tag=Argon2d" rel="nofollow noopener" target="_blank">Argon2d</a> approach for subsequent passes.</li></ul> #<a class="" href="https://hub.hubzilla.de/search?tag=linux" rel="nofollow noopener" target="_blank">linux</a> #<a class="" href="https://hub.hubzilla.de/search?tag=crypto" rel="nofollow noopener" target="_blank">crypto</a> #<a class="" href="https://hub.hubzilla.de/search?tag=lang_ru" rel="nofollow noopener" target="_blank">lang_ru</a>

Christian Pietsch (old acct.)<a href="https://nondeterministic.computer/@mjg59" class="u-url mention" rel="nofollow noopener" target="_blank">@mjg59</a> Thank you for sounding the alert!I identified a minor issue with your otherwise nice explanation: According to my sources (man cryptsetup, <a href="https://digitalcourage.social/tags/rfc9106" class="mention hashtag" rel="nofollow noopener" target="_blank">#rfc9106</a>), all <a href="https://digitalcourage.social/tags/argon2" class="mention hashtag" rel="nofollow noopener" target="_blank">#argon2</a> varieties are memory-hard. RFC 9106 is even titled “Argon2 Memory-Hard Function for Password Hashing and Proof-of-Work Applications”.However, given that there are known attacks against <a href="https://digitalcourage.social/tags/argon2i" class="mention hashtag" rel="nofollow noopener" target="_blank">#argon2i</a>, it seems wise to use <a href="https://digitalcourage.social/tags/argon2id" class="mention hashtag" rel="nofollow noopener" target="_blank">#argon2id</a> instead. It is also what is recommended in the RFC.As a <a href="https://digitalcourage.social/tags/QubesOS" class="mention hashtag" rel="nofollow noopener" target="_blank">#QubesOS</a> user, I just checked the state of affairs there:The cryptsetup that comes with QubesOS 3.x used <a href="https://digitalcourage.social/tags/luks1" class="mention hashtag" rel="nofollow noopener" target="_blank">#luks1</a>, and those who did an in-place upgrade to 4.x still have that unless they converted to <a href="https://digitalcourage.social/tags/luks2" class="mention hashtag" rel="nofollow noopener" target="_blank">#luks2</a> manually (as detailed in the migration guide).The cryptsetup in QubesOS 4.x uses <a href="https://digitalcourage.social/tags/luks2" class="mention hashtag" rel="nofollow noopener" target="_blank">#luks2</a>, but it still defaults to <a href="https://digitalcourage.social/tags/argon2i" class="mention hashtag" rel="nofollow noopener" target="_blank">#argon2i</a> unfortunately.

Recent searches

Search options

Administered by:

Server stats:

#argon2id