Paul wrote:
George Garth wrote:
John C. wrote:
George Garth wrote:
Maybe I didn't run the programs properly or thoroughly enough, but in >>>>> Recuva on Win 10, I still see the sensitive file titles pop up during >>>>> its recovery routine.ÿ Now if I try and open them, they won't, but the >>>>> file names still remain.
Tried both Cipher and Sdelete.ÿÿ I ran sdelete64.exe -z E:.ÿ Cipher
was cipher /w:E:
Both programs seemed to run and I felt confident they were performing >>>>> their tasks, that is until I ran Recuva.
What am I doing wrong?ÿ Not enough passes?ÿ Suggestions for remedy
welcome and thanks in advance.
I think you probably need to clean your shellbags:
https://www.google.com/search?client=firefox-b-1-
d&q=what+is+a+shellbag+on+w10
Best program for doing that (that I'm aware of) is Privazer:
https://privazer.com/en/
I was skeptical after trying the other programs and file names would
still show in Recuva.ÿ I'm happy to say that they no longer do after
running the free version of this program! Thanks for suggesting it.
So I guess, should I have future files I want to truly delete, use
something like Sdelete and then follow up with this program?
Well, at this point, I'm pondering a new back up.ÿ Clonezilla is set
up to do a whole drive to whole drive clone. I'm assuming it will now
copy the now "cleaned" drive over the existing dirty copy, at least
keeping my fingers crossed that it will.
I think Paul had a good point about file names for future reference.
Problem is that if I use my own "code" with them too much, I'll
forget what they are in the future.ÿ Let's say I had my social
security number in a text file, for example.ÿ "SSN" would be too
obvious, but if I simply renamed it as "social" I won't know what
that is (or was)... a party, get together, etc etc, so file renaming
is a good idea as long as I don't make it too vague.
I have known a couple people with "steel trap minds", who can map any
number
of arbitrary names to their activities on a computer. That's not going
to work
for everyone. You can use multiple tags, but it's likely the tags will be
a little too obvious for other people. klaatu-aubergine-duck.txt
(maybe the first
letter of each tag is the key...)
As far as I know, Clonezilla does a smart copy and does not copy white
space.
Any file marked as "In-use", the clusters should get copied. It's
quite likely
the $MFT is copied verbatim, with no cleanup or expunging of Not-In-Use
$MFT slots. Not many tools will consolidate the $MFT. I haven't done
enough
testing to comment on a method I know works for sure.
Well, I tested this out today.ÿ After running both Sdelete and Privazer,
and first checking with Recuva, I did a Clonezilla backup and then
restored it.ÿ Recuva showed identical results in both cases, the
original and the clone.
Macrium does a smart copy, but also has a "dd like" forensic option as
a tick box
in the options.
Not many backup tools are limited to just the "dumb" method of copying
every sector.
If you copy every sector, the destination has exactly the same
forensic problems
as the source would have.
I would think a lot of tools, if they don't have a handler for the
file system,
they switch to using "dd". Something like GParted, if it wants, it can
have the source partition dismounted and copy the item with "dd"
approach.
One problem with GParted, it is refuses to touch the "Microsoft Reserved"
partition, which contains no filesystem header sector. A smart tool
(like Macrium), copies Microsoft Reserved with "dd", whereas Gparted
will tell you in effect "I ain't touching that" if you poke Microsoft
Reserved.
Clonezilla should do a job the way a user expects it to be done.
It does not disambiguate GUIDs (as seen in "blkid" command on Linux),
but it at least should make decent copies without "excess copying time".
If you have 20GB of files on a 1TB partition, it should take the time
of 20GB of writes to the destination disk drive. Whereas with "dd"
you pay for 1TB worth of writes (of which only 20GB really mattered).
Even after running these tools (or practically any others available to
the typical consumer), if someone wants to badly enough, they could
still recover data.ÿ With my recent experience finding the "leakage"
left behind after running Sdelete/ Cipher, I'm almost certain there will
be additional leakage present with the right software, even after
running this additional Privazer tool.ÿ If this experience teaches me
nothing else, it does remind me that nothing is secure once it exists in
the PC world.
On 3/31/2026 2:53 AM, George Garth wrote:
Well, I tested this out today.ÿ After running both Sdelete and Privazer,
and first checking with Recuva, I did a Clonezilla backup and then
restored it.ÿ Recuva showed identical results in both cases, the
original and the clone.
You will be unknowingly wondering into the world of computer forensic tools!!! ;)
Is there some tool to delete all entries of deleted files from the
directory table? (Wiping free space of USB flash drive FAT32) : r/antiforensics <https://www.reddit.com/r/antiforensics/comments/v13q1b/is_there_some_tool_to_delete_all_entries_of/>
Yes. Purchase an Oxyacetylene torch. Wear goggles or safety glasses.
On 31/03/2026 2:52 pm, Mr. Man-wai Chang wrote:
On 3/31/2026 2:53 AM, George Garth wrote:Hmm! Don't know specifically about a USB drive but, back in Win7 Days, if you Defraged your Hard Drive, that would move everything back towards the start of the Drive ... and, apparently, Zeroing out all the rest of the Drive.
Well, I tested this out today.ÿ After running both Sdelete and Privazer, >>> and first checking with Recuva, I did a Clonezilla backup and then
restored it.ÿ Recuva showed identical results in both cases, the
original and the clone.
You will be unknowingly wondering into the world of computer forensic tools!!! ;)
Is there some tool to delete all entries of deleted files from the directory table? (Wiping free space of USB flash drive FAT32) : r/antiforensics
<https://www.reddit.com/r/antiforensics/comments/v13q1b/is_there_some_tool_to_delete_all_entries_of/>
Could apply to USB drives as well .... but don't quote me.
Mr. Man-wai Chang wrote on 3/30/2026 10:52 PM:
On 3/31/2026 2:53 AM, George Garth wrote:
Well, I tested this out today.ÿ After running both Sdelete and Privazer, >>> and first checking with Recuva, I did a Clonezilla backup and then
restored it.ÿ Recuva showed identical results in both cases, the
original and the clone.
You will be unknowingly wondering into the world of computer forensic
tools!!! ;)
Is there some tool to delete all entries of deleted files from the
directory table? (Wiping free space of USB flash drive FAT32) : r/
antiforensics
<https://www.reddit.com/r/antiforensics/comments/v13q1b/
is_there_some_tool_to_delete_all_entries_of/>
Yes. Purchase an Oxyacetylene torch.ÿ Wear goggles or safety glasses.
On 3/31/26 8:14 PM, Hank Rogers wrote:
Mr. Man-wai Chang wrote on 3/30/2026 10:52 PM:
On 3/31/2026 2:53 AM, George Garth wrote:
Well, I tested this out today.ÿ After running both Sdelete and
Privazer,
and first checking with Recuva, I did a Clonezilla backup and then
restored it.ÿ Recuva showed identical results in both cases, the
original and the clone.
You will be unknowingly wondering into the world of computer forensic
tools!!! ;)
Is there some tool to delete all entries of deleted files from the
directory table? (Wiping free space of USB flash drive FAT32) : r/
antiforensics
<https://www.reddit.com/r/antiforensics/comments/v13q1b/
is_there_some_tool_to_delete_all_entries_of/>
Yes. Purchase an Oxyacetylene torch.ÿ Wear goggles or safety glasses.
I actually did just that one time, except used one of the small torches
with little tanks, maybe a foot long. I had been given the tanks and
torch by someone not using them anymore and decided to try them out on a 5.25" drive.ÿ Mind you, this was before SSD with the somewhat heavy
platter HDD.ÿ Much to my surprise, it took a lot of torching!ÿ Even
after 10 min or so, about 40% of the drive was still mostly intact with
the remainder being a partially molten mess.ÿ I suspect that if I had
used the larger industrial tanks with similarly sized torch, the job
would have gone much more quickly with superior results.ÿ It was an interesting experiment though!
| Sysop: | Tetrazocine |
|---|---|
| Location: | Melbourne, VIC, Australia |
| Users: | 15 |
| Nodes: | 8 (0 / 8) |
| Uptime: | 128:59:22 |
| Calls: | 218 |
| Files: | 21,503 |
| Messages: | 84,351 |