OpenForum RSS: В Fedora 35 намечен переход на yescrypt для хэширования паролей https://opennet.dev/openforum/vsluhforumID3/124467.html Для реализации в Fedora 35 намечен переход на использование схемы хеширования паролей yescrypt. Изменение пока не рассмотрено комитетом FESCo (Fedora Engineering Steering Committee), отвечающим за техническую часть разработки дистрибутива Fedora. В случае одобрения изменения начиная с Fedora 35 пароли для новых пользователей в /etc/shadow будут по умолчанию хэшироватся при помощи yescrypt. Поддержка старых хэшей, созданных на базе ранее применяемого алгоритма sha512crypt, будет сохранена и доступна в форме опции. Из дистрибутивов уже перешедших на yescrypt можно отметить ALT Linux, Debian Testing и Kali Linux...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55294<br> В Fedora 35 намечен переход на yescrypt для хэширования паро... (Ilya Indigo) https://opennet.dev/openforum/vsluhforumID3/124467.html#58 Wed, 09 Jun 2021 17:43:23 GMT Благодарю!<br>Новость я читал, но ходить по английским ссылкам для меня проблематично.<br> В Fedora 35 намечен переход на yescrypt для хэширования паро... (Stax) https://opennet.dev/openforum/vsluhforumID3/124467.html#56 Wed, 09 Jun 2021 15:04:49 GMT Новость не читай, по ссылкам не ходи, комментарий пиши???<br><br>Там же есть сравнение.<br><br>yescrypt has a dependency not only on RAM and maybe ROM, but also on fast on-die local memory (such as a CPU's L1 or L2 cache), which provides bcrypt-like anti-GPU properties even at very low per-hash RAM sizes (where scrypt and Argon2 are more likely to lose to bcrypt in terms of GPU attack speed) and even without ROM<br><br>yescrypt and scrypt currently have little low-level parallelism within processing of a block (yescrypt allows for tuning this later, scrypt does not), whereas Argon2 has a fixed and currently commonly excessive amount of such parallelism, which may be extracted to speed up e.g. GPU attacks through use of more computing resources per the same total memory size due to each hash computation's memory needs being split between 32 threads (yescrypt currently has four 16-byte lanes that can be processed in parallel within a 64-byte sub-block before running into a data dependency for the next sub-block, whereas Ar В Fedora 35 намечен переход на yescrypt для хэширования паро... (Аноним) https://opennet.dev/openforum/vsluhforumID3/124467.html#52 Tue, 08 Jun 2021 22:29:35 GMT АНБ не боюсь. Пользуюсь дефолтными настройками... а, стоп, у меня же не Linux.<br> В Fedora 35 намечен переход на yescrypt для хэширования паро... (Аноним) https://opennet.dev/openforum/vsluhforumID3/124467.html#51 Tue, 08 Jun 2021 22:27:25 GMT И всё засунуть в клетку Фарадея.<br> В Fedora 35 намечен переход на yescrypt для хэширования паро... (Ilya Indigo) https://opennet.dev/openforum/vsluhforumID3/124467.html#50 Tue, 08 Jun 2021 22:08:30 GMT А чем Aragon2 не устроил?<br>NIH?<br> В Fedora 35 намечен переход на yescrypt для хэширования паро... (Аноним) https://opennet.dev/openforum/vsluhforumID3/124467.html#48 Tue, 08 Jun 2021 20:14:40 GMT Тут ведь как, или вы обосновано боитесь АНБ, или вы пользуетесь дистрибутивом со всеми дефолтными настройками, включая шифрование. Одно из двух.<br> В Fedora 35 намечен переход на yescrypt для хэширования паро... (Аноним) https://opennet.dev/openforum/vsluhforumID3/124467.html#47 Tue, 08 Jun 2021 18:36:37 GMT Всё нормально. После успеха на десктопе накатил и на сервер, ибо надоело тратить время на всякие мудрёные настройки. Попсовый дистр для людей.<br> В Fedora 35 намечен переход на yescrypt для хэширования паро... (бутерброд со стекловатой) https://opennet.dev/openforum/vsluhforumID3/124467.html#46 Tue, 08 Jun 2021 17:13:25 GMT /etc/pam.d/common-password<br> В Fedora 35 намечен переход на yescrypt для хэширования паро... (Gogi) https://opennet.dev/openforum/vsluhforumID3/124467.html#44 Tue, 08 Jun 2021 15:46:57 GMT И в отличии от Бондарчука, Боярский вообще не снимает шляпу. Даже в ванне.<br>