В течение какого времени можно восстановить информацию

Тот кто умеет, заморачиваться сильно не будет, возьмёт и потрёт всё безвозвратно одной командой. Или вы хотите узнать вероятность с которой владельцы крупного сайта додумаются на такое удаление? )

написали же. от одного и больше.

все может быть несколько сложнее:

1) диск может быть зашифрован весьма стойкой системой кодирования

2) диска может и не быть, а организован NFS, а удаленное хранилище подключено посредством кодированного тунеля + находящееся в какой-нить стране с соответствующим законодательством

3) крайний случай - это физическое уничтожение носителя данных - SSD диск и баночка с кислотой 😂

думаю да, при правильном оформлении, смогут это представить как доказательство :)

физически затереть нулями 1Тб жесткий диск - это процедура требующая значительного времени, т.е. за это время дверь вскрыть точно успеют 😂

оптимальное решение - это шифрование информации на диске, т.е. достаточно удаленной веб-камеры + настроенной программы распознавания движения, чтобы исполнить удаленно/локально reboot...

т.е. изымут диск, который по сути дела забит кодированной информацией + стойкость ключа такая, что ботнет в миллион компом будет брутфорсить такой хеш в течении многих многих лет 😂

смотря какая дверь :) отмечу, что в задаче про "постучат в дверь" - объем информации

не был задан.

шифрование сводит задачу к удалению _меньшего_ объема информации - съесть бумажку

с паролем.

при этом замедляется в разы повседневная работа с данными.

ну какая разница, даже если учесть классический вариант - когда еще попутно отрубают свет, дабы не успел потереть, то UPS'а хватит минут на 15, дверь и то раньше вскроют, так что за 15 минут отформатировать весь диск нереально просто 😂

ну по теории надо достаточно затереть тот же PGP ключик (припася где-нить на @gmail.com копию ключика), а пароль хранить в голове :)

почему в разы? - нагрузка только на CPU, причем даже более трудоемкий процесс - как сжатие (в примере NTFS) работает почти в риалтайме по скорости диска, т.е. жмет под 50Мбайт\сек, при нагрузке на CPU в 10-50% 😂

для пользователя - этот процесс прозрачен, т.е. надо при старте компа ввести пароль, и все :)

зачем весь? затереть раздел с соответствующими данными - вполне достаточно. плюс swap.

кстати да, схема уязвима к криптореактальному анализу :D

ну, если CPU делать нечего - не в разы. процентов на 20, вот (старые) бенчмарки:

http://www.saout.de/tikiwiki/tiki-index.php?page=UserPageChonhulio

да, но данные можно восстановить и софта полно, т.е. даже если все таблицы FS будут повреждены, то есть софт восстанавливающий данные, правда имена файлов потеряются, но основная масса данных будет восстановлена :)

т.е. если соответвтующие люди - поставили перед собой задачу восстановить данные, то они это сделают...

в случае с PGP диском - этот процесс тоже теоретически возможен, но практически таких вычислительных мощностей на данный момент нет, правда нет гарантий, что через 5-10 лет, эти данные не смогут вскрыть :)

при хорошем CPU это практически будет незаметно в плане производительности... кстати - тот же AES-256 есть на многих жестких дисках, как нативный вариант шифрования (т.е. уже зашит в фирмвэйр жесткого диска), так что задача упрощается + в плане производительности вообще будет практически идеально, а стойкость уже впечатляющая, это уже 32 байта, а не 16 байтный md5(), который на практике уже брутфорсится за относительно небольшие промежутки времени...

в качестве примера можно взять те же WiFi сети с WPA+ шифрованием, - там нагрузка на CPU минимальна, - и это при 256-битном ключе и полосе в 108Мбит, т.е. более 10Мбайт\сек :)

вы о чем? затереть = переписать файлы нулями (или /dev/random) + стереть. это уже обсуждалось в треде.

man wipe - либо просто что-то типа dd if=/dev/random of=раздел ...

я о том, что просто затереть "шапку" разделов не выход, необхидимо полное затирание всего :)

раздел(партиция,слайс)=файл. как полностью

удалить(затереть) содержимое файла, объяснили

еще в начале треда.