Надежно удалите файлы в btrfs файловой системе

Безопасное удаление является жестким суждением в любой файловой системе. Если файловая система не является очень странной и гарантирует, что нет других копий файла, лежащего вокруг, необходимо освободить все свободное место на устройстве. В то время как Вы, более вероятно, найдете много битов файла в файловых системах копии на записи, еще больше “статических” файловых систем не имеет этой гарантии на практике, потому что много файлов редактируются, таким образом, существует бит от прежних версий файла, лежащего вокруг.

Обратите внимание, что стирание с обнуляет, так же хорошо как стирающийся со случайными байтами, и Вам не нужны несколько передач. Стирание с обнуляет оставленные остаточные данные, которые могли быть частично восстановлены в условиях лаборатории с технологиями жесткого диска 1980-х; сегодня это больше не применимо. Посмотрите, Почему пишет нули (или случайные данные) по жесткому диску многократно лучше, чем просто выполнение его однажды?

Можно избавиться от конфиденциальных данных открытого текста путем шифрования всего на диске. Настройте ecryptfs объем по той файловой системе и переместите все Ваши (конфиденциальные) файлы в нее. Затем перезапишите все неиспользуемое место файловой системы. Можно стереть большую часть из него путем заполнения файловой системы cat /dev/zero >zero. Может все еще быть некоторая информация, оставленная в неполных блоках (блоки, которые содержат последний блок файла, сопровождаемого небольшим количеством мусора — который мог быть остатками из конфиденциального файла). Чтобы гарантировать, что нет никаких неполных блоков, переместите все в файловую систему к ecryptfs (файлы ecryptfs используют целые блоки, по крайней мере, на типичных установках, где блоки составляют 4 КБ). Удостоверьтесь, что применили это ко всем объемам и стерли все снимки, содержащие конфиденциальные данные простого текста.

Может все еще быть некоторая информация, оставленная в журнале. Я не знаю, как вычистить это.

На SSD, из-за перераспределения блока, могут быть данные, оставленные, который не может быть считан нормальными средствами программного обеспечения, но может быть восстановлен путем взламывания встроенного микропрограммного обеспечения или с физическим доступом. Там Ваше единственное обращение за помощью является полной очисткой SSD.

Хм, btrfs, кажется, побеждает все обычные уничтожающие методы...

• Существует названная опция монтирования nodatacow но это, кажется уже, не влияет на существующие файлы.
• Поскольку у Вас уже есть разумные файлы на Вашем диске, эта btrfs запись FAQ не поможет Вам также.
• Затем существует debugfs. Только для файловых систем расширения, но существует патч для него, мог бы работать. Вы могли использовать его, чтобы узнать затронутые адреса блока и затем перезаписать их непосредственно на/dev/sdXY. Но это очень опасно и не могло бы работать (особенно, если существует больше снимков файла),
• Запишите патч btrfs, который позволяет тот modifiy (или клочок) определенные снимки или целый файл

• Самая чистая попытка (для действительно действительно уязвимых данных) была бы к:

  • купите другой диск (если у Вас нет достаточного свободного пространства для копии затронутого раздела на первом),
  • установите полное шифрование диска и Ваши файловые системы на нем
  • скопируйте все с диска к b
  • начальная загрузка в систему b и клочок целый диск...

  Это не могло бы быть самым дешевым подходом, но рассмотрением сегодняшних низких затрат на хранение и затруднений, которые Вы испытаете из-за других опций, это могло бы на самом деле быть самое дешевое (с точки зрения трудовых часов).

Существует shred(1) для Unix/Linux (должен быть в пакетах Вашего распределения). Я - то, что рекомендует EFF.