Удаление нескольких TABS между данными
Нет, постоянное чтение случайных битов с /dev/{u,}random} не облегчит атаку на другие части системы. (То есть, если только атакующий не сможет предсказать внутреннее состояние генератора по его выходу. Но считается маловероятным, что кто-то сможет.)
Всегда будет достаточно "случайности" после того, как генератор случайных чисел, стоящий за /dev/{,u}random (по сути, это одно и то же), будет засеян. Считывание большого количества случайных битов с устройств не изменяет внутреннее состояние генератора псевдочисел системы таким образом, чтобы снизить качество генерируемого числа.
Цитируя http://2uo.de/myths-about-urandom, который был упомянут @roaima в комментариях:
А как насчет того, что энтропия иссякает?
Это не имеет значения.
Основные криптографические строительные блоки разработаны так, что злоумышленник не может предсказать результат, если только в начале было достаточно случайности (она же энтропия). Обычный нижний предел "достаточности" может составлять 256 бит. Не более.
Как указал steeldriver, проблема заключалась в том, что tarполучил не только файлы в каталоге, но и сам каталог. Поведение по умолчанию tarзаключается в рекурсии по каталогам, поэтому каждая запись в каталоге была добавлена во второй раз (один раз путем явного предоставления файлов и один раз путем рекурсии через явно указанный каталог ). Решение: либо (1 ), чтобы не указывать каталоги, либо (2 ), чтобы отключить рекурсию.
Первый будет выглядеть так:
$ find tmp -type f -print0 | sort -z | tar --null -T - -cvvf tmp.tar
-rw-r--r-- usr/grp 2 2019-05-02 17:06 tmp/1
-rw-r--r-- usr/grp 2 2019-05-02 17:06 tmp/2
-rw-r--r-- usr/grp 2 2019-05-02 17:06 tmp/3
Второй случай (, который мне нужен, поскольку я хочу воспроизвести полную вложенную структуру каталогов ), заключается в простом отключении рекурсии:
$ find tmp -print0 | sort -z | tar --no-recursion --null -T - -cvvf tmp.tar
drwxr-xr-x usr/grp 0 2019-05-02 17:06 tmp/
-rw-r--r-- usr/grp 2 2019-05-02 17:06 tmp/1
-rw-r--r-- usr/grp 2 2019-05-02 17:06 tmp/2
-rw-r--r-- usr/grp 2 2019-05-02 17:06 tmp/3