Исходное сообщение
"Релиз ядра Linux 5.18" Отправлено Аноним, 24-Май-22 05:39
1) Ага, лучше ничего в энтропию не пихать на старте. Нехай все с одного состояния стартуют! А потом виртуалки и эмбедовка, поциклово предсказуемые, с нифига энтропии на старте, бжад, генерят ОДИНАКОВЫЕ ключи. На всю ораву. В чем проблема? В том что можно их состояние рандома восстановить от и до где-то еще. Рандом получается не рандомный. И можно угадать ключ нелоха за считаные секунды. Есть ряд прикольных атак на вот это самое. Всякие utsname и cmdline таки добавят сколько-то битиков в пустой пул, кроме случая когда оно хардкод на всю ораву, и даже так между моделями дивайсов будет меняться, пустячок а таки подляна хакерам. Больше факторов в переборе. Меньше шансов что угадают состояние. 2) kzalloc() в рандоме!!!!   Это про использование блокдевайсов как источника энтропии? Там для тупых даже комент есть, рассказывающий что если не удалось - и хрен с ним, тогда не будем использовать винч как сорс энтропии. Ок, и в чем криминал ТАКОГО использования? Ну не будут использовать винч и не будут. А без *alloc видите ли сейчас кернел пиндит варнингами при билде на stack frame >1024 байтоа. И -Werror в репу активно пытаются прикрутить чтобы систембилдеры не скучали. Сама по себе идея юзать блочные девайсы как источник энтропии достаточно средняя, по принципу что на безрыбье и рак рыба. Не будет работать? Не особо крутая потеря. Если у тебя RAM кончается аж вон там, это наверное будет не хучшая из твоих системных проблем. 3) Что до 256 битов - ты уже умеешь угадывать 256-битные состояния наобум? И там вроде периодический ресид есть. 4) Раньше код тоже был весьма так себе - и имел еще больше проблем. Известных всем кто интересовался и - озвученых в тех комитах и рядом в рассылках и проч. Или расчет был на то что сорцы никто читать не пойдет? Таки, вот, пошли. И не очень врубились в суть вон тех предъяв.