Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Надежное удаление с последующим форматированием [XP]


Страницы:   1 2 3

alumium ©   (2013-02-07 23:21:00) 

Доброго времени суток, форумчане. Вынужден попросить у вас помощи в написании программы для надежного удаления информации.
Её суть: выделяешь checkbox'ами диски, которые нужно очистить. Программа заполняет кластеры тома нулями или случайными байтами (Т.е. не перезапись по 1 файлу, а как можно быстрее. Побайтовый перебор скорее всего медленный.). После этого быстрое форматирование тома.
Сторонние утилиты не интересуют.
Буду надеяться на вашу помощь. Спасибо.


Макс Черных   (2013-02-09 15:37:00) [21]


> ща на флеше потренеруемся...

Как бы, между прочим, флэш и HDD несколько отличаются по физическому принципу хранения информации. По логическому тоже.


> А хрен его знает как. Знаю что дорожки широкие и запись
> данных не всегда идет по ее центру (головка плавает). Если
> заставить диск не крутится как бешеный, а четко прокручивать
> блины на нужный градус и четко считать все содержимое каждой
> дорожки через точное позиционирование головки, имхо можно
> много чего вытащить.

Саня, не позорь контору. :) Если блины не крутить, то ничего не прочитать, це же физика!
Там все проще, сигнал на блинах - аналоговый модулированный. Стирающей головки, как на магнитофонах нету. При перезаписи происходит перемагничивание магнитных доменов в месте текущего действия головки. Упрощенно - оное может как совпадать с тем что есть в данный момент, так и быть обратным. Управляя диском напрямую можно поиграть с настройками уровней компаратора для конкретного места. Т.е. именно за счет остаточной намагниченности прочитать то, что было до перезаписи.
Это долго, нудно, не 100%, но вполне возможно.


brother   (2013-02-09 13:08:00) [22]

тогда - термограната!


Rouse_   (2013-02-09 13:04:00) [23]


> попросить у вас помощи в написании программы для надежного
> удаления информации.

Я думаю этого достаточно чтобы не рассматривать штатные средства :)
Собственно я весь свой спичь на базе данной фразы и строит :)


brother   (2013-02-09 12:58:00) [24]

а не штатные никто не озвучивал)


Rouse_   (2013-02-09 12:57:00) [25]


> чтобы говорить о невосстановлении данных штатными средствами
> и утилитами

дык про штатные средства никто и не говорил.


brother   (2013-02-09 12:37:00) [26]

Забыл главный вывод:
3. Удаление всех файлов и папок на устройстве и запись на него мусорного файла размером с объем накопителя достаточно, чтобы говорить о невосстановлении данных штатными средствами и утилитами
примечание: список старых имен файлов останется в ФС, но и хрен с ними)


Rouse_   (2013-02-09 12:33:00) [27]


> местами сможем что-то прочесть

обычно этого достаточно


brother   (2013-02-09 12:33:00) [28]

После небольшого анализа:
1. Флешка с данными отформатирована полным форматированием (ФС до и после формата одинаковые - НТФС)
2. Попытка восстановить данные спомощью Handy Recovery 5.5 - результат 0.
3. При просмотре диска через WinHex.16.3.SR-2 - видна ФС, остальное  забито нулями.
Предв. выводы:
1. При условии, что данные должны быть удалены с гарантией не восстановления, нужно использовать свои дрова работающие с контроллером диска напрямую + скорее всего вынимать блины дисков ид корпуса и ставить на спец стенд), ибо штатными средствами ОС достучаться до данных, возможно находящихся не в центре дорожки невозможно.
2. О какой программе (гарантирующей не восстановления данных) может идти речь, если все мы работаем через ОС?


brother   (2013-02-09 12:16:00) [29]

> Знаю что дорожки широкие и запись данных не всегда идет
> по ее центру (головка плавает).

опять же, значит местами сможем что-то прочесть, и опять копаться в мусоре


Rouse_   (2013-02-09 11:45:00) [30]

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


brother   (2013-02-09 11:42:00) [31]

> но скорее на остаточной намагниченности

вот этого я не понимаю, как можно это прочитать, ведь при этом считаем, что один сектор содердит как бы двойные данные (что сейчас есть, и что были и остались в виде остаточной)


Rouse_   (2013-02-09 11:40:00) [32]


> brother ©   (09.02.13 11:17) [22]

Там очень интересный комплекс, у него есть режим считать текущие данные неактуальными, тогда он их исключает и показывает что там еще есть. Как это сделано я не знаю, но скорее на остаточной намагниченности + эвристика (имхо, ибо это вообще не моя область, может есть еще методы). Знаю что работает через собственную дровину напрямую с контроллером диска.


> постучали дубинками по голове и узнали пароль?)

терморектальный криптоанализ всегда эффективен :)
Но как было на самом деле - не в курсе.


brother   (2013-02-09 11:32:00) [33]

> После этого быстрое форматирование тома.

я даже знаю зачем это требование ;) дабы FS с нуля не городить)


brother   (2013-02-09 11:24:00) [34]

вообще, давно хотел провести подобный анализ, надо будет заняться на досуге...


brother   (2013-02-09 11:18:00) [35]

> возьми утилиту типа UnErase (детская поделка) и попробуй
> вытащить данные после форматирования. Даже она сможет немного
> но вытянуть, что уж говорить об экспертном комплексе.

ща на флеше потренеруемся...


brother   (2013-02-09 11:17:00) [36]

http://soft.sibnet.ru/soft/16096-encase-forensic/
почитал
Удаление и перезапись файлов не приводят к исчезновению всех уязвимых данных с жесткого диска. Стиранию должны подвергаться все секторы (составляющие кластер 512-байт сегменты), так как данные могут скрываться в самых неожиданных местах. Часто в последнем кластере большого файла находятся случайные данные, называемые заполнителями файлов (file slack). Когда на жестком диске записана последняя часть файла и данные не заполняют сектор целиком, он дополняется случайно выбранными данными, взятыми из памяти и называемыми заполнителями ОЗУ (RAM slack). Это может быть любая информация, сформированная, просматривавшаяся или преобразованная со времени последней загрузки компьютера. Остальные секторы, составляющие кластер, содержат остатки разных данных, ранее сохраненных в этом месте, которые называются заполнителями диска (drive slack). Многие программы безопасного удаления данных не способны должным образом стирать заполнители файлов, которые могут содержать массу конфиденциальной информации.
улыбнуло, ибо в идеале, что можно вытащить из 512-1 байт? ну итп...
копаться по остаткам перезаписанной инфы чтобы собрать менее приемлимую картину того, что там было? хм...
опять же не понимаю требование перезаписывать данные для безопастности дважды...

> хранение данных в DiskCript-е тоже.

постучали дубинками по голове и узнали пароль?)


Rouse_   (2013-02-09 11:08:00) [37]

Ну а чтобы не быть фомой неверующим, возьми утилиту типа UnErase (детская поделка) и попробуй вытащить данные после форматирования. Даже она сможет немного но вытянуть, что уж говорить об экспертном комплексе.


Rouse_   (2013-02-09 11:07:00) [38]

Поиск по EnCase Forensic.
В нашей практике данное ПО помогло собрать доказательства на некоего товарища, распространявшего наше ПО (контрафактное есесно)
http://www.grandsmeta.ru/cat82/pages/id_52
Форматирование не помогло, хранение данных в DiskCript-е тоже.


brother   (2013-02-09 11:03:00) [39]

можно ссылки? ибо имхо, 1 раза перезаписи достаточно


Rouse_   (2013-02-09 11:01:00) [40]


> brother ©   (09.02.13 10:39) [17]
> все сектора с данными перезаписываем (кроме FS)? profit!

EnCase Forensic (ПО для СКТЭ уполномоченными экспертными организациями) не совсем согласен с данным утверждением :)


Страницы:   1 2 3

Наверх

Титульная страница Поиск, карта сайта Написать письмо