1 |
Matthias Bethke wrote: |
2 |
> Hi Hemmann,, |
3 |
> on Sunday, 2005-10-30 at 19:05:20, you wrote: |
4 |
> |
5 |
>>>Oh, no doubt that they can recover from burned platters. |
6 |
>>>But have you ever seen, that they can recover overwritten |
7 |
>>>data? |
8 |
>> |
9 |
>>not seen, but read about it. They can recover overwritten data. |
10 |
> |
11 |
> |
12 |
> Maybe those overwritten once with a simple pattern. Not after a dozen |
13 |
> times with random bits, no way. |
14 |
> |
15 |
> |
16 |
>>>I've only heard the opposite - that they CANNOT do that. |
17 |
>> |
18 |
>>maybe you should ask one of the forensic/data saving companies that do this |
19 |
>>all day. |
20 |
> |
21 |
> |
22 |
> They don't. |
23 |
> |
24 |
> |
25 |
>>Recovering overwritten data is as easy as recovering from damaged drives. |
26 |
>> |
27 |
>>Basically, you need a very, very sensitive magnetic coil ;) |
28 |
> |
29 |
> |
30 |
> If you've ever seen the noisy output of a regular coil reading regular |
31 |
> data you start wondering how it comes out the same error-free sequence |
32 |
> in the first place. Recovering data from damaged drives isn't exactly |
33 |
> easy either, but they're still on the platters. Finding an overwritten |
34 |
> signal under several others is magnitues harder. |
35 |
> |
36 |
> On the original question: for wiping free space, a repeated |
37 |
> dd if=/dev/urandom of=/path/to/file bs=4096 |
38 |
> should be suffcicient, if slow. |
39 |
> To just wipe unused data to reduce the sice of a compressed image, I do |
40 |
> the same with /dev/zero. It fills the whole partition with a file full |
41 |
> of zeroes that you can remove afterwards. It's not quite as efficient as |
42 |
> really zeroing all free blocks but it works on every FS and should even |
43 |
> be unaffected by journaling. |
44 |
> |
45 |
> regards |
46 |
> Matthias |
47 |
> |
48 |
I am wondering if this discussion is irrelevent to anonymity and/or |
49 |
security, as if the /tmp and swap partitions are not dealt with, then |
50 |
what use is a secure erase? |
51 |
|
52 |
Rob |
53 |
-- |
54 |
gentoo-user@g.o mailing list |