Для реализации в Fedora 35 намечен переход на использование схемы хеширования паролей yescrypt. Изменение пока не рассмотрено комитетом FESCo (Fedora Engineering Steering Committee), отвечающим за техническую часть разработки дистрибутива Fedora. В случае одобрения изменения начиная с Fedora 35 пароли для новых пользователей в /etc/shadow будут по умолчанию хэшироватся при помощи yescrypt. Поддержка старых хэшей, созданных на базе ранее применяемого алгоритма sha512crypt, будет сохранена и доступна в форме опции. Из дистрибутивов уже перешедших на  yescrypt можно отметить ALT Linux, Debian Testing и Kali Linux...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=55294

• В Fedora 35 намечен переход на yescrypt для хэширования паро...,lockywolf, 09:52 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,хацкер, 10:19 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,penetrator, 17:42 , 08-Июн-21
• В Fedora 35 намечен переход на yescrypt для хэширования паро...,Жироватт, 10:02 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 10:09 , 08-Июн-21
    • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 11:54 , 08-Июн-21
      • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Gogi, 18:46 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Anonimous, 10:10 , 08-Июн-21
    • В Fedora 35 намечен переход на yescrypt для хэширования паро...,ryoken, 11:32 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Annoynymous, 10:15 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 13:40 , 08-Июн-21
    • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 17:35 , 08-Июн-21
      • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 01:27 , 09-Июн-21
• В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 10:40 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,анонимус, 11:27 , 08-Июн-21
    • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Michael Shigorin, 12:47 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 11:51 , 08-Июн-21
• В Fedora 35 намечен переход на yescrypt для хэширования паро...,Нанобот, 10:42 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 10:45 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,DeerFriend, 10:48 , 08-Июн-21
    • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 11:52 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,solardiz, 15:57 , 08-Июн-21
• В Fedora 35 намечен переход на yescrypt для хэширования паро...,maximnik0, 10:49 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Michael Shigorin, 12:48 , 08-Июн-21
    • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 15:14 , 08-Июн-21
      • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 23:14 , 08-Июн-21
        • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 01:29 , 09-Июн-21
• В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 11:02 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,АнонимН, 11:22 , 08-Июн-21
    • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 11:39 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 14:41 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 21:36 , 08-Июн-21
• В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 11:06 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 11:07 , 08-Июн-21
    • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Плюсовик, 11:11 , 08-Июн-21
      • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 11:14 , 08-Июн-21
      • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Плюсовик, 11:41 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Ordu, 14:57 , 08-Июн-21
    • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 15:07 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,бутерброд со стекловатой, 20:13 , 08-Июн-21
• В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 11:38 , 08-Июн-21
• В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 13:26 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 13:31 , 08-Июн-21
    • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 13:57 , 08-Июн-21
      • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 14:22 , 08-Июн-21
        • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 15:43 , 08-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноньимъ, 15:50 , 08-Июн-21
• В Fedora 35 намечен переход на yescrypt для хэширования паро...,Аноним, 16:10 , 08-Июн-21
• В Fedora 35 намечен переход на yescrypt для хэширования паро...,Ilya Indigo, 01:08 , 09-Июн-21
  • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Stax, 18:04 , 09-Июн-21
    • В Fedora 35 намечен переход на yescrypt для хэширования паро...,Ilya Indigo, 20:43 , 09-Июн-21

Теперь точно никто не сломает!

посмотрим! ;)

лучше бы selinux для VNC починили калечи, баг весит начиная с 28 федоры, в 31-ой воспроизводится, в 34 все еще там же

стабильность

в шапке 8ой таких проблем нет, но ядро 4-ое

Самая лучшая безопасность - не давать вообще никакого физического доступа к машине для взломщика.

снимаю шляпу, кэп

Это Фёдор Бондарчук снимает шляпу

И в отличии от Бондарчука, Боярский вообще не снимает шляпу. Даже в ванне.

Согласен, но как вы написали этот коммент с пк без соединения в интернет? По другому, ведь, всегда есть потенциальная возможность использовать разного рода уязвимости на вашей системе...

>> но как вы написали этот коммент с пк без соединения в интернет?

Секретная лор-овская разработка - libastral :D.

Есть способ лучше. Не делать компьютеры вообще. Нет компьютера — нет проблемы.

Самая лучшая безопасность - не включать.

мало. Надо сетевой провод выдернуть и вафлю выломить.

И всё засунуть в клетку Фарадея.

Не тестовый полигон. Твёрдо и чётко.

Намекаешь, что тестовый полигон ALT Linux, Debian Testing и Kali Linux?

Не знаю за кальян, а вот в альте так-то давно знакомы с solar@.  Поэтому если в федоре ещё лет через десять снимутся с якоря океанского лайнера и затащат к себе http://altlinux.org/control -- см. тж. http://openwall.com/Owl/ru/CONCEPTS.shtml -- появится ещё один повод поставить плюсик соответствующей новости здеся и порадоваться за коллег тама :-)

PS: эх, потёрли остроумников -- так-то да, считают, как ни странно.

Партия сказала перейти.

> схем с большим расходом оперативной памяти

Сколько гигабайт памяти нужно, чтобы войти в систему?

Причём сколько гигабайт памяти нужн в видеокарте.

На очереди, за видеокартами и жесткими дисками, взлёт цен на RAM.

Для взлёта цен на RAM лучше обратиться за помощью к Electron'щикам.

С настройками по умолчанию, 16 MiB. Упомянутое в новости отличие от scrypt (поддержка большого ROM) не имеет отношения к использованию yescrypt в дистрибутивах Linux (в libxcrypt включена упрощенная реализация yescrypt, без ROM).

>Из дистрибутивов уже перешедших на yescrypt можно отметить ALT Linux

Это что получается- из "не взламываемой" схемы TCB перешли на  yescrypt?

Это абсцисса и ордината, если что.

Для АНБ любой вектор взлома подойдёт.

Тут ведь как, или вы обосновано боитесь АНБ, или вы пользуетесь дистрибутивом со всеми дефолтными настройками, включая шифрование. Одно из двух.

АНБ не боюсь. Пользуюсь дефолтными настройками... а, стоп, у меня же не Linux.

Кто использует как основную ос на десктопе? Как впечатления?

Сам ПК на центоси в роли гипервищора, а вот пользовательские ВМ - на федоре. Флатпак порой чудит, но в целом впечатления отличные. Ранее был опыь пользования на декстопе винды и убунты.

Спасибо

У меня единственная система на десктопе Fedora, сейчас 34 версия, сижу уже где-то с 25 или 26 версии. Да, бывало что-то сломают, потом починят, но в целом, последнии пару лет стала намного стабильнее, быстрее, лучше, удобнее. Вообще не ощущается, что это некий тестовый полигон, впрочем я простой пользователь, что мне надо отлично работает, играю в стиме - все нормально.

Всё нормально. После успеха на десктопе накатил и на сервер, ибо надоело тратить время на всякие мудрёные настройки. Попсовый дистр для людей.

А как узнать, чё там используется? У меня вообще md5 вроде, только недавно же с md4 переходили и тут уже какие-то новые!

Коллизии это проблема на самом деле, мой пароль в 100+ символов вряд ли подберут.

Неуловимый Джо, кому ты нужен?

> Неуловимый Джо, кому ты нужен?

Да и я про то.

Сколько бы минусов не добавляли - все равно как были неуловимыми Джо так и останетесь)

> А как узнать, чё там используется?

С этим yesno, не знаю, но в целом смотришь хеш пароля в /etc/shadow, он состоит из нескольких полей разделённых $. Первое поле -- это число, указывающее на алгоритм.

> У меня вообще md5 вроде, только недавно же с md4 переходили и тут уже какие-то новые!

Вряд ли. Я думаю, что скорее какой-нибудь sha512

Действительно, если верить манам, то sha512.

/etc/pam.d/common-password

# guix system image -t iso9660 GNU–SYSTEM/inst007.scm

Сколько на взлом уйдет времени?

> Из недостатков применяемого в Fedora алгоритма sha512crypt отмечается эффективность только при размере salt, превышающем 90 бит (рекомендуется не менее 128 бит);

Не хвастаюсь, но KeePass говорит, что у меня ~500 бит. Не рандом.
Мне опасаться тов.Майора нечего?

> Мне опасаться тов.Майора нечего?

А есть за что? Тогда в первую очередь опасайся тов. Бутылько.

> А есть за что?

в этой стране выбирать не приходится

а в той тем более выбирать не приходится

> а в той тем более выбирать не приходится

вот кстати ваша правда, глупенькие просто не понимают своего счастья жить в одной из лучших стран на свете (за мкадом жизни нет, ага)

Теперь когда вы сообщили что не рандом, ещё и длину пдсказали...

А у Арча другие новости. https://archlinux.org/news/sorting-out-old-password-hashes/

А чем Aragon2 не устроил?
NIH?

Новость не читай, по ссылкам не ходи, комментарий пиши???

Там же есть сравнение.

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

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 Argon2 allows for parallel processing of eight 128-byte chunks within a 1 KiB block with only two synchronization points for the entire block, as well as of four 32-byte parts of the 128-byte chunks with only two more synchronization points for the entire 1 KiB block)

yescrypt uses computation latency hardening based on integer multiplication and local memory access speed, which ties its per-hash RAMs up for a guaranteed minimum amount of time regardless of possibly much higher memory bandwidth on the attacker's hardware, whereas Argon2 uses only the multiplications and performs 6 times fewer of those sequentially (96 sequential multiplications per 1 KiB for yescrypt vs. 16 per 1 KiB for Argon2, providing correspondingly different minimum time guarantees) and scrypt does not use this technique at all (but is no worse than Argon2 in this respect anyway due to having less low-level parallelism)

(ye)scrypt's cryptographic security is provided by SHA-256, HMAC, and PBKDF2, which are NIST-approved and time-tested (the rest of yescrypt's processing, while most crucial for its offline attack resistance properties, provably does not affect its basic cryptographic hash properties), whereas Argon2 relies on the newer BLAKE2 (either choice is just fine for security, but use of approved algorithms may sometimes be required for compliance)

Благодарю!
Новость я читал, но ходить по английским ссылкам для меня проблематично.