shred
Описание shred
Переписывает несколько раз указанные файлы для того, чтобы сделать более сложным восстановление даже с использованием очень дорогого оборудования.
Домашняя страница: https://www.gnu.org/software/coreutils/coreutils.html
Автор: Colin Plumb
Лицензия: GPLv3
Справка по shred
Использование:
shred [КЛЮЧ]… ФАЙЛ…
Если ФАЙЛ задан как -, измельчать стандартный вывод.
Аргументы, обязательные для длинных ключей, обязательны и для коротких.
-f, --force изменять права, разрешая запись, если необходимо -n, --iterations=N переписать N раз вместо (3) по умолчанию --random-source=ФАЙЛ получать случайные числа из ФАЙЛА (по умолчанию /dev/urandom) -s, --size=N очистить N байт (возможны суффиксы вида K, M, G) -u обрезать и удалять файл после перезаписи; --remove[=КАК] подобно -u, но задаётся КАК удалять; смотрите далее -v, --verbose показывать ход выполнения -x, --exact не округлять размеры файлов до следующего целого блока; по умолчанию для не простых файлов -z, --zero перезаписать в конце нулями, чтобы скрыть измельчение --help показать эту справку и выйти --version показать информацию о версии и выйти
Удаляет ФАЙЛ(ы), если указан --remove (-u). По умолчанию файлы не удаляются, так как часто обрабатываются файлы-устройства вроде /dev/hda, а такие файлы не надо удалять.
Необязательным параметром КАК задаётся способ удаления каталога:
- «unlink» => использовать стандартный вызов unlink.
- «wipe» => также, сначала испортить байты имени.
- «wipesync» => также, синхронизировать каждый испорченный байт на диске.
Режим по умолчанию — «wipesync», но заметим, что это долго.
ВНИМАНИЕ: Помните, что shred полагается на очень важное предположение: что ваша файловая система перезаписывает файлы «на месте».
Традиционно это так и делается, но многие современные файловые системы не удовлетворяют этому предположению. Вот примеры файловых систем, на которых shred не эффективен или не дает гарантии эффективности во всех режимах файловой системы:
- журналируемые файловые системы, например которые идут в комплекте AIX и Solaris (и JFS, ReiserFS, XFS, Ext3 и др.)
- файловые системы, которые записывают избыточные данные и сохраняют работоспособность, даже если случаются неудачные записи, например, файловые системы, основанные на технологии RAID
- файловые системы, которые создают снимки состояния, например NFS-сервер от Network Appliance
- файловые системы, которые кэшируют файлы во временных хранилищах, например клиенты NFS версии 3
- сжатые файловые системы
В случае файловых систем ext3 упомянутое выше ограничение верно (и shred, следовательно, не так эффективен), только в режиме data=journal, когда кроме метаданных журналируются также и сами данные файлов. В режимах data=ordered (по умолчанию) и data=writeback программа shred работает как обычно. Режимы журналирования ext3 можно изменить, добавив ключ data=что-то к параметрам монтирования для конкретной файловой системы в файле /etc/fstab, как документировано в странице man для mount (man mount).
Кроме того, резервные копии и удаленные зеркала файловой системы могут содержать копии файла, которые нельзя удалить, и которые позволят впоследствии восстановить уничтоженный файл.
Руководство по shred
Страница man присутствует, но повторяет справку.
Примеры запуска shred
Удалить файл passwords.list, в конце перезаписать нулями, чтобы скрыть измельчение (-z), показывать ход выполнения (-v), обрезать и удалить файл после перезаписи (-u), переписать 5 раз (-n 5) (по умолчанию — 3):
shred -zvu -n 5 passwords.list
Установка shred
Программа предустановлена в Kali Linux. Является частью пакета coreutils.
Установка в BlackArch
Программа предустановлена в BlackArch. Является частью пакета coreutils.
Информация об установке в другие операционные системы будет добавлена позже.
Скриншоты shred
Это утилита командной строки.
Comments are Closed