> (crc32 как хэш-функция, я им это долго вспоминать буду).

Кэп, не будь тормозом: в данном случае криптостойкость сама по себе не требуется, а CRC32 как хеш-функция для маппинга в индексы хэш-таблицы ничем не хуже остальных. То что особо хитрозадые юзеры могут несколько тормознуть систему, вызвав коллизии в хэштаблице - ок, в этом месте мы вспоминаем про хакеров и солонки в столовой :).

И вообще, тебе не кажется что у тебя двойные стандарты и предвзятость чрезмерно прокачались? Авторов openssl проявляющих вопиющий непрофессионализм, типа прямого использования аппаратных RNG без сторонних источников энтропии ты покрываешь, хотя это - железобетонный индикатор полной профнепригодности этих "криптографов". Зато к конструкции где хеширование вообще так, до кучи, сервисная операция в хештаблице - докопался по полной программе.

Ты конечно извини, но в случае OpenSSL такой баг - P0/Grave: "проект авторов должен сгнить на кладбище ASAP; при необходимости осиновые колья и серебряные пули в помощь". А во втором - P3/Medium, то-есть "нехорошо, но с этим можно жить". Ибо если кто может произвольно создавать файлы в ФС - он может опробовать очень много разных интересных фокусов. И если рассуждать про corner cases, их есть у любой файловой системы. Почему надо докопаться только до btrfs, а остальным сделать скидки?