LinuxForum.Fans
Тема

Шреддеры под Linux

Автор: lightwinter 22 сообщений 3853 просмотров
#104785

Уважаемые! Знает ли кто какие есть программы-шреддеры для пингвина?

#104796
lightwinter написал:
Знает ли кто какие есть программы-шреддеры для пингвина?

В смысле «уничтожители» данных?
Первые, навскидку:
bcwipe
wipe

#104800

[console][d_chu@localhost ~]$ shred --help
Использование: shred [КЛЮЧ]... ФАЙЛ...
Переписывает несколько раз указанные файлы для того, чтобы сделать более
сложным восстановление даже с использованием очень дорогого оборудования.
[/console]
Это есть в Мандриве 2010.1

#104864

Если просто надо затереть пару файлов - Kgpg. Просто и со вкусом! Сам создаст значек шредера на рабочем столе, просто кидаешь на него файл и опа! :-) Про качество не скажу, серьезно не проверял, но простенькие Recuv'ы файл после этого не восстанавливают.

#104896
lightwinter написал:
Уважаемые! Знает ли кто какие есть программы-шреддеры для пингвина?

man shred

#104901

да
man rm

text
       Note that if you use rm to remove a file, it might be possible to recover  some  of  its  con‐
       tents,  given  sufficient  expertise and/or time.  For greater assurance that the contents are
       truly unrecoverable, consider using shred.

Delete FILE(s) if --remove (-u) is specified. The default is not to remove the files because
it is common to operate on device files like /dev/hda, and those files usually should not be
removed. When operating on regular files, most people use the --remove option.

CAUTION: Note that shred relies on a very important assumption: that the file system over‐
writes data in place. This is the traditional way to do things, but many modern file system
designs do not satisfy this assumption. The following are examples of file systems on which
shred is not effective, or is not guaranteed to be effective in all file system modes:

* log-structured or journaled file systems, such as those supplied with AIX and Solaris (and
JFS, ReiserFS, XFS, Ext3, etc.)

* file systems that write redundant data and carry on even if some writes fail, such as
RAID-based file systems

* file systems that make snapshots, such as Network Appliance's NFS server

* file systems that cache in temporary locations, such as NFS version 3 clients

* compressed file systems

In the case of ext3 file systems, the above disclaimer applies (and shred is thus of limited
effectiveness) only in data=journal mode, which journals file data in addition to just meta‐
data. In both the data=ordered (default) and data=writeback modes, shred works as usual.
Ext3 journaling modes can be changed by adding the data=something option to the mount options
for a particular file system in the /etc/fstab file, as documented in the mount man page (man
mount).

In addition, file system backups and remote mirrors may contain copies of the file that cannot
be removed, and that will allow a shredded file to be recovered later.

перевод нужен?

#104902

Lupo Alberto, D_Chu, tot, маны читать нынче не модно :(

#104906
drBatty написал:
Lupo Alberto, D_Chu, tot, маны читать нынче не модно

На этом месте должен быть смайлик «Lupo Alberto, посыпающий голову пеплом».
P.S. Дождёмся мнения топикстартера.

#104910

Lupo Alberto, а зачем что-то гуглить, если это есть В ЛЮБОМ Linux'е?

#104912
drBatty написал:
Lupo Alberto, а зачем что-то гуглить, если это есть В ЛЮБОМ Linux'е?
Lupo Alberto написал:
На этом месте должен быть смайлик «Lupo Alberto, посыпающий голову пеплом»
#105067
drBatty написал:
Lupo Alberto, D_Chu, tot, маны читать нынче не модно :(

А чем shred --help хуже чем man shred ???

#105088

D_Chu, help не Ъ ;)
Кстати, почитал - он ещё и по-русски:

Показать
Использование: shred [КЛЮЧ]... ФАЙЛ...
Переписывает несколько раз указанные файлы для того, чтобы сделать более
сложным восстановление даже с использованием очень дорогого оборудования.

Аргументы, обязательные для длинных ключей, обязательны и для коротких.
-f, --force изменять права, разрешая запись, если необходимо
-n, --iterations=N переписать N раз вместо (3) по умолчанию
--random-source=ФАЙЛ получать случайные числа из ФАЙЛА
(по умолчанию /dev/urandom)
-s, --size=N очистить N байт (возможны суффиксы вида K, M, G)
-u, --remove обрезать и удалять файл после перезаписи
-v, --verbose показывать прогресс
-x, --exact не округлять размеры файлов до следующего целого блока;
по умолчанию для необычных файлов
-z, --zero перезаписать в конце нулями, чтобы скрыть перемешивание
--help показать эту справку и выйти
--version показать информацию о версии и выйти


Если ФАЙЛ задан как -, перемешивать стандартный вывод.

Удаляет ФАЙЛ(ы), если указан --remove (-u). По умолчанию файлы не
удаляются, так как часто обрабатываются файлы-устройства вроде
/dev/hda, а такие файлы не надо удалять. При обработке обычных файлов
большинство людей используют ключ --remove.

ВНИМАНИЕ: Помните, что 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 сообщайте по адресу bug-coreutils@gnu.org.
Домашняя страница GNU coreutils: <http://www.gnu.org/software/coreutils/>
Справка по работе с программами GNU: <http://www.gnu.org/gethelp/>
Об ошибках в переводе shred сообщений по адресу <gnu@mx.ru>
Полная документация доступна по команде: info coreutils 'shred invocation'
#105182

Уважаемые! Имеется в виду шреддер с GUI. Под виндой например в WinHex неплохой шреддер встроен. А так вводить каждый раз в консоли например shred /home/user/pictures/1zx38r6wqz.jpg свихнуться можно если этих файлов даже 10 шт.
насчёт качества уничтожения ничего пока сказать не могу
Ещё... tot пишет: Если просто надо затереть пару файлов - Kgpg. Просто и со вкусом! Сам создаст значек шредера на рабочем столе, просто кидаешь на него файл и опа! :-) Про качество не скажу, серьезно не проверял, но простенькие Recuv'ы файл после этого не восстанавливают.

Я как понял что эта прога для шифрования-дешифрования, никакого шредера там не обнаружил

#105184
lightwinter написал:
Уважаемые! Имеется в виду шреддер с GUI.

Сейчас drBatty объяснит что это не Ъ :D
И научит писать скрипты для массового уничтожения файлов.

#105187
lightwinter написал:
Уважаемые! Имеется в виду шреддер с GUI. Под виндой например в WinHex неплохой шреддер встроен. А так вводить каждый раз в консоли например shred /home/user/pictures/1zx38r6wqz.jpg свихнуться можно если этих файлов даже 10 шт.

у меня они автоматом уничтожаются.

text
find -iregex ".*\.jpe\?g" -exec shred -uvz -n666 {} \;

найдёт и уничтожит ВСЕ картинки.

lightwinter написал:
насчёт качества уничтожения ничего пока сказать не могу

если это EXT2, то качество таково, что для восстановления информации потребуется аппаратура которая стОит никак не менее $1000000.
(если она вообще существует)

lightwinter написал:
Я как понял что эта прога для шифрования-дешифрования, никакого шредера там не обнаружил

shred - часть шифрования - что делать с зашифрованным файлом? Оставить на диске? Какой тогда смысл в шифровании?

D_Chu написал:
Сейчас drBatty объяснит что это не Ъ

Конечно не Ъ! Все эти WinHex'ы == фикция и имитация, и с лёгкостью обходится любым более-менее грамотным криптоаналитиком.

#105190
lightwinter написал:
Имеется в виду шреддер с GUI

ладно... привинтите shred к mc. Это более-менее Ъ... Если у вас фобия к консоли.

(утилит подобных тем, что есть в венде в Linux нет вовсе не из-за того, что Linux плох, а обычно из-за того, что в Linux другие принципы. Если вы не видите нужную ВАМ утилиту, а в венде их 100500 - значит в Linux'е эту задачу решают ПО ДРУГОМУ)

#138972

обратный вопрос - перезаписанные файлы на reiserFS теряются безвозвратно или можно как-то выковырять?
то есть я копирую папку, получаю вопрос о перезаписи имеющихся файлов, отвечаю утвердительно и ВНЕЗАПНО обнаруживаю, что это не та папка

#138998

Равносильно shred -uz

text
badblocks -ws <device_name>
#139247

[console]
dd if=/dev/zero of=/tmp/urban
[/console]
где /tmp/urban - путь к вашему файлу.
Напрочь забьёт ваш файл нулями, и уже ни кто его не откроет.

#139253

lightwinter, если так уж нужен GUI, то лучше shred привинтить к файловому менеджеру, которым Вы пользуетесь.
Все известные мне FM позволяют выполнять произвольные команды. Потом и будет: right click -> click -> profit.
И удалить 10 или 100 картинок почти равнозначная задача. Вопрос только в регэкспе.

Войдите или зарегистрируйтесь, чтобы ответить.