Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Начинающим";
Текущий архив: 2007.02.11;
Скачать: [xml.tar.bz2];

Вниз

Работа с файловой системой   Найти похожие ветки 

 
22b   (2007-01-26 10:46) [0]

Добрый день!
Подскажиет пожалуста у меня след проблема............
Необходимо переписать файл несколько раз побайтово, сейчас это реализвано след образом, я беру файл получаю его размер, открываю для перезаписи и рандомом пишу в цикле пишу по 1 байту,
Эта методика в принципе меня устроила бы, но при перезаписе файлов размером 10 мб на 50-100 раз этот процесс станвоится мучительно долгим, есть ли какая нибудь возможность ускорить этот процесс?????
Заранее спасибо!


 
MikePetrichenko ©   (2007-01-26 10:48) [1]


> рандомом пишу в цикле пишу по 1 байту

Это сильно! Но мало соотносится с
> Работа с файловой системой

Да и что в таком случае значит
> Необходимо переписать файл несколько раз побайтово
?


 
22b   (2007-01-26 10:52) [2]

Значит то что идет "Забивание" файла мусором указанное число раз для последуюющего безопасного удаления


 
22b   (2007-01-26 10:53) [3]

Просто существуюющие мотодики удаления не устраивают пытаюсь реализовать свою более безопасную


 
Olivetti   (2007-01-26 10:54) [4]

Значит то что идет "Забивание" файла мусором указанное число раз для последуюющего безопасного удаления

"Забей" один раз нулями.


 
Olivetti   (2007-01-26 10:54) [5]

Просто существуюющие мотодики удаления не устраивают

Чем?


 
TRUNK ©   (2007-01-26 10:55) [6]


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

Я так понимаю, что это нужно для гарантированного уничтожения информации.

> есть ли какая нибудь возможность ускорить этот процесс?????

Есть. Писать блоками не меньше размера сектора (обычно 512 байт).


 
22b   (2007-01-26 10:55) [7]

----"Забей" один раз нулями.

Не подходит -- Остаточная намагниченность!!!!!!! это раз и задачу это не упрощает! это два


 
22b   (2007-01-26 10:56) [8]

а как определить размер сектора?


 
DrPass ©   (2007-01-26 10:58) [9]


> Не подходит -- Остаточная намагниченность!!!!!!! это раз
> и задачу это не упрощает! это два

А какая тебе нафиг разница? Все равно, ты хоть тысячу раз открывай файл и переписывай его рандомом, вероятность того, что операционка перепишет именно то место, где находился старый файл, будет недалеко от нуля.
Скорее всего, она выберет первый свободный участок на диске подходящего размера. А старый файл останется там, где и был :)


 
TRUNK ©   (2007-01-26 10:59) [10]


> а как определить размер сектора?

Функция GetDiskFreeSpace.


 
TRUNK ©   (2007-01-26 11:03) [11]


> DrPass ©   (26.01.07 10:58) [9]
> Все равно, ты хоть тысячу раз открывай файл и переписывай
> его рандомом, вероятность того, что операционка перепишет
> именно то место, где находился старый файл, будет недалеко
> от нуля

Операционка не станет тратить свои ресурсы на переписывание файла с одного места на диске в другое, тем более если файл остаётся прежнего размера. Если бы она это делала, не существовало бы такого понятия как фрагментация диска.


 
Olivetti   (2007-01-26 11:04) [12]

Не подходит -- Остаточная намагниченность!!!!!!!

И что?
Ты хочешь сказать, что кому-то нужна будет твоя информация настолько, что он потратит очень-очень много-много денег для востановления твоей информации по остаточной намагниченности? Это такая супер-пупер защита? Тогда почему ты не наймешь супер-пупер специалистов по супер-пупер безопасности? Почему задаешь вопрос в "Начинающим"?
Задай вопрос в журнал "Ксакеп" - самое то!


 
DrPass ©   (2007-01-26 11:04) [13]


> TRUNK ©   (26.01.07 10:59) [10]

Если быть точнее, то минимальная единица размещения файла - не сектор, а кластер. И то, особого смысла мелочиться нет, ОС все равно накапливает изменения в буфере (порой до нескольких мегабайт), прежде чем сбросить их на диск


 
22b   (2007-01-26 11:05) [14]


> А какая тебе нафиг разница? Все равно, ты хоть тысячу раз
> открывай файл и переписывай его рандомом, вероятность того,
>  что операционка перепишет именно то место, где находился
> старый файл, будет недалеко от нуля.
> Скорее всего, она выберет первый свободный участок на диске
> подходящего размера. А старый файл останется там, где и
> был :)


Нет провернно WinHex"ом


 
DrPass ©   (2007-01-26 11:06) [15]


> TRUNK ©   (26.01.07 11:03) [11]

Если ты открываешь файл для перезаписи, операционка, по сути, создает новый файл. Причем здесь переписывание с одного места в другое?


 
TRUNK ©   (2007-01-26 11:08) [16]


> ОС все равно накапливает изменения в буфере (порой до нескольких
> мегабайт), прежде чем сбросить их на диск

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


 
Olivetti   (2007-01-26 11:08) [17]

Прочитать стертую информацию по этой "остаточной намагниченности" штатными средствами ОС - невозможно. То есть - очередная байка для ксакепов.


 
DrPass ©   (2007-01-26 11:09) [18]


> 22b   (26.01.07 11:05) [14]

Это справедливо только для первого непрерывного куска. Проверь еще раз. Второй фрагмент уже не совпадет


 
22b   (2007-01-26 11:10) [19]

Тогда как работают Шредеры и Вайперы под виндой?


 
DrPass ©   (2007-01-26 11:10) [20]


> Olivetti   (26.01.07 11:08) [17]

Штатными средствами нельзя, конечно. А вот специализированными аппаратными - запросто. Тем более, что они есть в любой нормальной криминалистической лаборатории даже в нашем технически отсталом СНГ.


 
TRUNK ©   (2007-01-26 11:11) [21]


> DrPass ©   (26.01.07 11:04) [13]


> Если быть точнее, то минимальная единица размещения файла
> - не сектор, а кластер

Для файла-то кластер, а для информации вообще - сектор.


 
DrPass ©   (2007-01-26 11:12) [22]


> 22b   (26.01.07 11:10) [19]
> Тогда как работают Шредеры и Вайперы под виндой?

Они анализируют занимаемые файлом кластеры, потом открывают девайс \\PhysicalDrive*\ и пишут непосредственно в нужные кластеры диска.


 
22b   (2007-01-26 11:12) [23]

меня интерисует защита от ФСБ


 
22b   (2007-01-26 11:14) [24]


> Они анализируют занимаемые файлом кластеры, потом открывают
> девайс \\PhysicalDrive*\ и пишут непосредственно в нужные
> кластеры диска.


ОООО Это тема !!!!!!! я так не думал!!!! спасибо
как можно получить подобный анализ нужен спец драйвер или можно напрямую через API


 
DrPass ©   (2007-01-26 11:14) [25]


> TRUNK ©   (26.01.07 11:11) [21]

Если хочешь позаниматься буквоедством, пожалуйста. Для информации минимальная единица - бит. Сектор - это минимальная адресуемая единица дискового пространства. Работать с файлами посекторно средствами ОС нет никакого смысла, т.к. чтение/запись файлов все равно будет выполняться лишь покластерно :-Р


 
DrPass ©   (2007-01-26 11:16) [26]


> 22b   (26.01.07 11:14) [24]

Напрямую через API. Это тоже делается с помощью функции CreateFile


 
22b   (2007-01-26 11:16) [27]

Удалено модератором


 
22b   (2007-01-26 11:19) [28]


> Напрямую через API. Это тоже делается с помощью функции
> CreateFile

те с помощью CreateFile можно узнать в какие сектора этот файл прописан????
Ухожу в MSDN не надолго


 
Olivetti   (2007-01-26 11:21) [29]

Штатными средствами нельзя, конечно. А вот специализированными аппаратными - запросто. Тем более, что они есть в любой нормальной криминалистической лаборатории даже в нашем технически отсталом СНГ.

И? Ты предполагаешь, что начинающий прогламер пишет специализированный софт для такого удаления данных, чтобы криминалистическая лаборатория не смогла их прочитать? Интересно, что это за информация? Наверное, тогда - криминалистического характера? Очень интересно! Спецслужбам, наверное, уже интересно познакомиться с этим прогламером. И, в частности - с его работодателем...

P.S. Ты слишком хорошо думаешь о наших лабораториях. У ментов порой и компов нормальных на рабочих местах нет, не то, чтобы спецоборудования...


 
Olivetti   (2007-01-26 11:24) [30]

Удалено модератором


 
DrPass ©   (2007-01-26 11:27) [31]


> Olivetti   (26.01.07 11:21) [29]

Напишет или нет - это уже проблема начинающего программера. Хочет человек попробовать, ну дык пусть пробует себе... в конце-концов это более полезное занятие, чем кнопочки к TWebBrowser приделывать.

> Спецслужбам, наверное, уже интересно познакомиться с этим
> прогламером. И, в частности - с его работодателем...

Ага. А еще с Symantec, OnTrack и еще кучей фирм, которые давно продают такой софт :)

> P.S. Ты слишком хорошо думаешь о наших лабораториях

Это ты слишком плохо о них думаешь. Мне по долгу службы приходилось к ним обращаться за помощью (расследовали утечку информации из конторы). Так вот, в нашем областном управлении СБУ смогли поднять почти всю инфу с винта, по которому прошлись WipeInfo


 
22b   (2007-01-26 11:28) [32]

to Olivetti
Это ты слишолм плохо знаком с ментами ))) и их возможностями.... и поверь у них хватает знаний востановить эти данные , так же как у них хватает знаний по ЭЛТ монитору считать за сутки твой HDD из противоположного окна, и много чего еще касающегося накачки помещений и прочих фокусов с физикой....

По поводу того что я начинающий... я себя не считал начинающим лет 7-8 назад .... сейчас же чем больше живу тем больше понимаю что знаю очень мало,.....

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

На будущее Olivetti  если у тебя по теме ничего нет не флуди в топике твое мнение не касающее конкретно этого вопроса меня ди и всех присутствуюющих ядумаю волнует мало


 
22b   (2007-01-26 11:30) [33]

Удалено модератором


 
Olivetti   (2007-01-26 11:33) [34]

так же как у них хватает знаний по ЭЛТ монитору считать за сутки твой HDD из противоположного окна

Найми бабку, она тебе винчестер яйцом выкатает...

P.S. Детский сад...


 
22b   (2007-01-26 11:34) [35]

Удалено модератором


 
Olivetti   (2007-01-26 11:47) [36]

Удалено модератором


 
umbra ©   (2007-01-26 12:11) [37]

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


 
Игорь Шевченко ©   (2007-01-26 12:12) [38]


> у них хватает знаний востановить эти данные , так же как
> у них хватает знаний по ЭЛТ монитору считать за сутки твой
> HDD из противоположного


В таком случае тебе ни к чему программу писать - весь твой HDD уже считан по ЭЛТ монитору.


 
Anatoly Podgoretsky ©   (2007-01-26 22:15) [39]

> 22b  (26.01.2007 11:12:23)  [23]

> меня интерисует защита от ФСБ

А запасные почки ты уже приобрел, и все равно сам принесешь всю (и даже больше) информацию им на DVD и будешь слезно умолять взять ее.


 
Anatoly Podgoretsky ©   (2007-01-26 22:17) [40]

> Olivetti  (26.01.2007 11:33:34)  [34]

> P.S. Детский сад...

Вот оно тлетворное влияние ксакепов.



Страницы: 1 2 вся ветка

Форум: "Начинающим";
Текущий архив: 2007.02.11;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.55 MB
Время: 0.047 c
15-1169440155
Zeqfreed
2007-01-22 07:29
2007.02.11
Виста это НЕ плагиат с МакОС!


2-1169750044
olevacho_
2007-01-25 21:34
2007.02.11
idhttp.post не работает


15-1169092654
brother
2007-01-18 06:57
2007.02.11
для чего вообще нужно программировать под .net?


4-1159561297
ZiTrAX
2006-09-30 00:21
2007.02.11
Пустое окно с WinApi


4-1159281510
wp2
2006-09-26 18:38
2007.02.11
Поможите кто может... wsprintf(...)





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский