Исходное сообщение
"Обновление файловой системы Reiser4 c поддержкой..." Отправлено Аноним, 20-Май-14 04:40
> (crc32 как хэш-функция, я им это долго вспоминать буду). Кэп, не будь тормозом: в данном случае криптостойкость сама по себе не требуется, а CRC32 как хеш-функция для маппинга в индексы хэш-таблицы ничем не хуже остальных. То что особо хитрозадые юзеры могут несколько тормознуть систему, вызвав коллизии в хэштаблице - ок, в этом месте мы вспоминаем про хакеров и солонки в столовой :). И вообще, тебе не кажется что у тебя двойные стандарты и предвзятость чрезмерно прокачались? Авторов openssl проявляющих вопиющий непрофессионализм, типа прямого использования аппаратных RNG без сторонних источников энтропии ты покрываешь, хотя это - железобетонный индикатор полной профнепригодности этих "криптографов". Зато к конструкции где хеширование вообще так, до кучи, сервисная операция в хештаблице - докопался по полной программе. Ты конечно извини, но в случае OpenSSL такой баг - P0/Grave: "проект авторов должен сгнить на кладбище ASAP; при необходимости осиновые колья и серебряные пули в помощь". А во втором - P3/Medium, то-есть "нехорошо, но с этим можно жить". Ибо если кто может произвольно создавать файлы в ФС - он может опробовать очень много разных интересных фокусов. И если рассуждать про corner cases, их есть у любой файловой системы. Почему надо докопаться только до btrfs, а остальным сделать скидки?

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> (crc32 как хэш-функция, я им это долго вспоминать буду). > Кэп, не будь тормозом: в данном случае криптостойкость сама по себе не > требуется, а CRC32 как хеш-функция для маппинга в индексы хэш-таблицы ничем > не хуже остальных. То что особо хитрозадые юзеры могут несколько тормознуть > систему, вызвав коллизии в хэштаблице - ок, в этом месте мы > вспоминаем про хакеров и солонки в столовой :). > И вообще, тебе не кажется что у тебя двойные стандарты и предвзятость > чрезмерно прокачались? Авторов openssl проявляющих вопиющий непрофессионализм, типа > прямого использования аппаратных RNG без сторонних источников энтропии ты покрываешь, > хотя это - железобетонный индикатор полной профнепригодности этих "криптографов". Зато > к конструкции где хеширование вообще так, до кучи, сервисная операция в > хештаблице - докопался по полной программе. > Ты конечно извини, но в случае OpenSSL такой баг - P0/Grave: "проект > авторов должен сгнить на кладбище ASAP; при необходимости осиновые колья и > серебряные пули в помощь". А во втором - P3/Medium, то-есть "нехорошо, > но с этим можно жить". Ибо если кто может произвольно создавать > файлы в ФС - он может опробовать очень много разных интересных > фокусов. И если рассуждать про corner cases, их есть у любой > файловой системы. Почему надо докопаться только до btrfs, а остальным сделать > скидки?
	Введите код, изображенный на картинке: