Я читал страницу руководства, rmкогда наткнулся на эту опцию:
-P Overwrite regular files before deleting them. Files are overwritten
three times, first with the byte pattern 0xff, then 0x00, and
then 0xff again, before they are deleted.
Я думаю, что -Pэто предназначено для полного удаления файла, но разве не достаточно установить все байты на 0xffили 0x00? Почему он должен переключаться между этими двумя три раза?
решение1
Существует метод, называемый извлечением остаточной информации, который позволяет считывать данные, которые были удалены. Он основан на идее, что когда диск намагничивается для хранения данных, другие части, которые находятся близко к данным, также подвергаются воздействию, и таким образом можно повторно считать данные... Это, конечно, дорогостоящий метод, но используйте его, если вы параноик ;)
При трехкратной записи данных (в данном случае) необходимо также сбросить настройки частей, расположенных рядом с дорожкой на диске, чтобы сделать невозможным повторное чтение таким образом.
решение2
Этот вариант в значительной степени бесполезен. Перезапись с несколькими шаблонами — это немного паранойи, которая не оправдана реальными испытаниями: на современных жестких дисках перезапись один или несколько раз, нулями, единицами или случайными шаблонами, не имеет никакого значения. Случай с SSD менее ясен, но у них есть свои проблемы: многократная перезапись изнашивает устройство быстрее, не помогая при этом стереть данные.
Основная причина, по которой стирание файла при его удалении в значительной степени бесполезно, заключается в том, что очень часто существуют предыдущие версии файла, резервные копии редактора, файлы подкачки редактора и т. д., которые не были стерты. Кроме того, сама файловая система может иметь измененные данные (из-за дефрагментации или проверки файловой системы).
Если вы боитесь, что файл может оставить крошки, зашифруйте его. Если файл зашифрован, вам не нужно предпринимать никаких мер предосторожности при его удалении; вам нужно только убедиться, что не произойдет утечка ключа. Вы можете зашифровать файл конкретно, в этом случае вы должны убедиться, что все резервные копии и другие файлы, которые могут содержать все или часть данных, также зашифрованы; или вы можете зашифровать том, на котором находится файл (что обычно заботится об этих других файлах).
Для получения более подробной информации см.
решение3
Поскольку перед удалением ссылки он очищает содержимое файла (чтобы предотвратить восстановление), он также очищает «другие копии» файла (на самом деле тот же самый файл), которые могут существовать в другом месте файловой системы в виде жестких ссылок.
С BTRFS или любой другой файловой системой с копированием при записи я ожидаю, что это не сделает ничего для судебного уничтожения данных, хотя все остальные жесткие ссылки на файл будут состоять из мусора. Это также оставит нетронутыми любые другие копии файла... или любые копии файла в моментальных снимках.