Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Форум программистов > Delphi: Общие вопросы > Как удалить файл??


Автор: Vitiligo 22.6.2006, 18:54
Задача такая: Имеем путь до файла, надо что бы программа удалила файл и сделала так что бы его нельзя было востановить, кто нибудь может помочь?? 

Автор: drkot 22.6.2006, 19:14
сначала записываеш в файл всякую бябу, а потом его удаляеш. 

Автор: Vitiligo 22.6.2006, 19:24
А если файл не текстовый а допустим AVI или архив?? 

Автор: drkot 22.6.2006, 19:26
А где я упомялул про текст? Файлу все расно текстовый он или авишный; файл он и в Африке файл. 

Автор: Poseidon 22.6.2006, 19:35
drkot, но ведь востановить его все-равно будет возможно. Вот только прочитать нельзя, но ведь востановится smile

Что бы нельзя было востановить, после удаления записывай на его место что-нибудь. Потом это "что-нибудь" тоже можно удалить 

Автор: Vitiligo 22.6.2006, 19:42
Цитата(drkot @ 22.6.2006,  19:26)
А где я упомялул про текст? Файлу все расно текстовый он или авишный; файл он и в Африке файл.

А можешь с кодом помочь?? 

Автор: drkot 22.6.2006, 19:53
Цитата(Poseidon @  22.6.2006,  19:35 Найти цитируемый пост)
 после удаления записывай на его место что-нибудь.

и как ты себе это представляеш? и чем это отличается от затирания содержимого файла при его жизни?

Если равсматривать FAT то для невозможности востановления нужно просто затереть цепоку указателей и заголовочную структуру (частичное затирание происходит при системном удалении файла) (неуверен что NT позволит такое делать), для NTFS ситуация посложнее, прежде всего в низкоуровневом доступе к индексным таблицам для затирания необходимых указателей.

Даже если произвести заполнение пустого места на винте FF-ками востановление файла будет возможно тк ссылка на него в индексах останется, тока вот о содершимом файла ....


ЗЫЖ можно еще и переименовывать перед удалением дабы имя скрыть.

Добавлено @ 19:55 
Цитата(Vitiligo @  22.6.2006,  19:42 Найти цитируемый пост)
А можешь с кодом помочь??

Дык. Береш книзку по работе у делфе, нашодиш раздел по файлам и внимательно его штудируеш.
Или хелп юзаеш. 
Основы это тобишь.  

Автор: Snowy 22.6.2006, 20:06
Что-то я в последнее время только линки раздаю, на когда-то написанное.
http://forum.vingrad.ru/index.php?showtopic=91166
Надо бы этот код в FAQ добавить... 

Автор: drkot 22.6.2006, 20:14
Snowy, 
Цитата

const patt: array[5..31] of dword = ($555555, $AAAAAA, $924924, $492492,
        $249249, 0, $111111, $222222, $333333, $444444, $555555, $666666,
        $777777, $888888, $999999, $AAAAAA, $BBBBBB, $CCCCCC, $DDDDDD,
        $EEEEEE, $FFFFFF, $924924, $492492, $249249, $6DB6DB, $B6DB6D, $DB6DB6);

Цитата

  for i := 1 to 35 do


Чето сложноватый алгоритм какойто. По и суть процитированого текста мне не очень понятна.
Поясни если не сложно. 

Автор: Poseidon 22.6.2006, 20:18
Цитата(drkot @  22.6.2006,  20:14 Найти цитируемый пост)
Чето сложноватый алгоритм какойто. По и суть процитированого текста мне не очень понятна.
Поясни если не сложно.  
 Там же по ссылке есть и алгоритм. http://en.wikipedia.org/wiki/Gutmann_method
 

Автор: Snowy 22.6.2006, 20:19
Выполняется 35 перезаписей файла разными битовыми шаблонами.
точнее 27 фиксированных шаблонов и 8 рэндомных циклов.
Алгоритм несколько медленноват, зато универсален для любой файловой системы. 

Автор: drkot 22.6.2006, 20:27
Цитата(Poseidon @  22.6.2006,  20:18 Найти цитируемый пост)
Там же по ссылке есть и алгоритм

слеповат незаметил.

Цитата(Snowy @  22.6.2006,  20:19 Найти цитируемый пост)
Выполняется 35 перезаписей файла разными битовыми шаблонами.

просто смысла не виже в такой многократности. Перваяже будет уникальна, а последующие не привнесут добавочной иррациональности (ИМХО).

 

Автор: Демо 22.6.2006, 22:39
Цитата(drkot @  22.6.2006,  20:27 Найти цитируемый пост)
просто смысла не виже в такой многократности.


Может тебе покажется удивительным, но даже после 2-3 перезаписей файла набором случайных байт его все же можно восстановить.
Достигается анализом остаточной намагниченности поверхности диска. 

Автор: drkot 23.6.2006, 14:50
Цитата(Snowy @  22.6.2006,  20:19 Найти цитируемый пост)
Алгоритм несколько медленноват

мягко сказано. Особенно при размере файла 100М.

Алгоритм класный без вопросов. Тока применим исключительно в шпионских целях: секретность 120% + вагон времени + вагон мегафлопов.

Добавлено @ 14:55 
Цитата(Демо @  22.6.2006,  22:39 Найти цитируемый пост)
Достигается анализом остаточной намагниченности поверхности диска.

ага сагласная. тока принцип записи теряется. Если остаточное намагничивание настолько существенно то вероятность сбоев при записи должна стримится к 1.

+ если тебе удастся после даже однократной перезаписи востановить исходный файл с меня ящик пива. 

Автор: Snowy 23.6.2006, 14:56
Цитата(drkot @  23.6.2006,  14:50 Найти цитируемый пост)
мягко сказано. Особенно при размере файла 100М.
У тебя есть файлы, требующие секьюрного удаления, размером больше 2-3 метров?

Добавлено @ 14:57 
Алгоритм не практический, а выражает теорию.
Его можно доработать для повышения скорости. 

Автор: drkot 23.6.2006, 15:03
вот предложил свой метод. секретность конечно не супер, но восстановить оригинальный файл думаю будет очень сложно.
http://forum.vingrad.ru/index.php?showtopic=91166#

Добавлено @ 15:05 
Цитата(Snowy @  23.6.2006,  14:56 Найти цитируемый пост)
размером больше 2-3 метров?

просто в теме прозвучало
Цитата(Vitiligo @  22.6.2006,  19:24 Найти цитируемый пост)
а допустим AVI или архив?? 


Цитата(Snowy @  23.6.2006,  14:56 Найти цитируемый пост)
Алгоритм не практический, а выражает теорию.

полностью согласен. Только почему именно 35, а не  10 или 50?  

Автор: sergejzr 23.6.2006, 15:07
Цитата(Демо @  22.6.2006,  20:39 Найти цитируемый пост)
Может тебе покажется удивительным, но даже после 2-3 перезаписей файла набором случайных байт его все же можно восстановить.

В теории. На самом деле таких точных датчиков нет и как минимум надо знать хотя бы части файла. А восстановить можно только после одной перезаписи. то есть фиксировать переход 0-1, 1-0 и константное состояние.
 

Автор: drkot 23.6.2006, 15:31
Цитата(sergej.z @  23.6.2006,  15:07 Найти цитируемый пост)
то есть фиксировать переход 0-1, 1-0 и константное состояние.

тока оборудование космическое надо. В живую такого даже в центре управления полетами не встречал.  smile  

Автор: Демо 23.6.2006, 15:36
Цитата(sergej.z @  23.6.2006,  15:07 Найти цитируемый пост)
В теории.


Увы, на практике.

Цитата(drkot @  23.6.2006,  15:31 Найти цитируемый пост)
 В живую такого даже в центре управления полетами не встречал. 


А зачем ЦУП такое оборудование?
Оно нужно соответствующим органам... 

Автор: sergejzr 23.6.2006, 15:39
Демо, можно ссылку? 

Автор: Демо 23.6.2006, 16:55
Цитата(sergej.z @  23.6.2006,  15:39 Найти цитируемый пост)
Демо, можно ссылку?


ага... щаззз. 

Автор: sergejzr 23.6.2006, 17:14
Модератор: Зачем тогда флейм разводить? 

Автор: Демо 24.6.2006, 01:26
Цитата(sergej.z @  23.6.2006,  17:14 Найти цитируемый пост)
Модератор: Зачем тогда флейм разводить? 


Не вся информация извлекается из открытых источников.
Например, сложно поверить, что все переговоры и переданные SM у операторов сотовой связи записываются?
Да нигде не найдете открытых источников, ссылок. 

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)