Файловый Шредер на C#

@mr_mag · Регистрация: 27.04.2011

Доброго всем дня!

Возникла насущная потребность встроить в приложение файловый шредер. Сделать это проблем не составляет, но возникло одно НО. Как я понял, в NTFS запрящена прямая запись на диск без размонтирования тома, и писать в файл можно только посредством функций, пишущих на диск через драйвер NTFS. А этот драйвер в угоду снижения фрагментации диска при сохранении файла пишет его не на то же место, где он был, а куда ему захочется.

Тоесть, суть проблемы. Открываю поток, перезаписываю файл мусором, закрываю поток. Переименовываю файл, обнуляю размер. Программы типа O&O Unerase видят удаленный файл, восстанавливают его, там каша. Казалось бы, все ок. Но оказывается, что это копия(!) файла, а оригинальный файл обнаруживается и спокойно восстанавливается при посекторном сканировании HDD прогами типа R-Studio и его содержимое более чем доступно.

Вопрос, как решить проблему на С# ? Возможно каким - то образом запретить системе переносить файл на новое место? Насколько я знаю, на диске есть области, которые не перемещаются при дефрагментации (помимо MFT), может можно на время "закрепить" файл на диске?

Заранее спасибо за советы!

Добавлено через 43 минуты
Неужели никто не сталкивался с такой проблемой?

@freeba · 27.04.2011, 13:26

Единственное что приходит в голову хранить файл на диске только в зашифрованном виде, при работе дешифровать и хранить непосредственно в RAM.

@mr_mag · 27.04.2011, 13:55 **[ТС]**

Так и делаем, но в ряде случаев нужно именно удалять файлы. Можете что - то посоветовать относительно удаления (перезаписывания мусором) файлов на низком уровне, покластерно? Можно на с++, я так понял, на шарпе такое не сделать, либо мучаться с интеропом. Наверное, проще будет на плюсах библиотеку написать?

@freeba · 27.04.2011, 14:47

Сообщение от mr_mag

Наверное, проще будет на плюсах библиотеку написать?

Нифига это не проще... Чтобы получить прямой доступ к диску придется писать свой драйвер. Я бы 100500 раз подумал, а стоит ли оно того? Ошибки на этом уровне, как правило, обходятся очень дорого.

@mr_mag · 28.04.2011, 09:08 **[ТС]**

Ок, спасибо, буду думать...

@mr_mag 0 / 0 / 0 Регистрация: 27.04.2011 Сообщений: 3
		1
	Файловый Шредер на C# 27.04.2011, 12:43. Показов 1930. Ответов 4 Метки нет (Все метки) Доброго всем дня! Возникла насущная потребность встроить в приложение файловый шредер. Сделать это проблем не составляет, но возникло одно НО. Как я понял, в NTFS запрящена прямая запись на диск без размонтирования тома, и писать в файл можно только посредством функций, пишущих на диск через драйвер NTFS. А этот драйвер в угоду снижения фрагментации диска при сохранении файла пишет его не на то же место, где он был, а куда ему захочется. Тоесть, суть проблемы. Открываю поток, перезаписываю файл мусором, закрываю поток. Переименовываю файл, обнуляю размер. Программы типа O&O Unerase видят удаленный файл, восстанавливают его, там каша. Казалось бы, все ок. Но оказывается, что это копия(!) файла, а оригинальный файл обнаруживается и спокойно восстанавливается при посекторном сканировании HDD прогами типа R-Studio и его содержимое более чем доступно. Вопрос, как решить проблему на С# ? Возможно каким - то образом запретить системе переносить файл на новое место? Насколько я знаю, на диске есть области, которые не перемещаются при дефрагментации (помимо MFT), может можно на время "закрепить" файл на диске? Заранее спасибо за советы! Добавлено через 43 минуты Неужели никто не сталкивался с такой проблемой? 0

@freeba Неадекват 1478 / 1218 / 244 Регистрация: 02.04.2010 Сообщений: 2,772
	27.04.2011, 13:26	2
	Единственное что приходит в голову хранить файл на диске только в зашифрованном виде, при работе дешифровать и хранить непосредственно в RAM. 0

@mr_mag 0 / 0 / 0 Регистрация: 27.04.2011 Сообщений: 3
	27.04.2011, 13:55 [ТС]	3
	Так и делаем, но в ряде случаев нужно именно удалять файлы. Можете что - то посоветовать относительно удаления (перезаписывания мусором) файлов на низком уровне, покластерно? Можно на с++, я так понял, на шарпе такое не сделать, либо мучаться с интеропом. Наверное, проще будет на плюсах библиотеку написать? 0

@freeba Неадекват 1478 / 1218 / 244 Регистрация: 02.04.2010 Сообщений: 2,772
	27.04.2011, 14:47	4
	Сообщение от mr_mag Наверное, проще будет на плюсах библиотеку написать? Нифига это не проще... Чтобы получить прямой доступ к диску придется писать свой драйвер. Я бы 100500 раз подумал, а стоит ли оно того? Ошибки на этом уровне, как правило, обходятся очень дорого. 0

@mr_mag 0 / 0 / 0 Регистрация: 27.04.2011 Сообщений: 3
	28.04.2011, 09:08 [ТС]	5
	Ок, спасибо, буду думать... 0

Опции темы