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

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

А если файл не текстовый а допустим AVI или архив?? 

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

drkot, но ведь востановить его все-равно будет возможно. Вот только прочитать нельзя, но ведь востановится 

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

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

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

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

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


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

Добавлено @ 19:55 

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

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

Snowy, 



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

 Там же по ссылке есть и алгоритм. Вот он
 

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

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


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

 

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

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

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

Добавлено @ 14:55 

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

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

У тебя есть файлы, требующие секьюрного удаления, размером больше 2-3 метров?

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

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

Добавлено @ 15:05 

просто в теме прозвучало



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

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

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

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



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

Демо, можно ссылку? 

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

Модератор: Зачем тогда флейм разводить? 

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