Accidentally formatted USB Stick with Veracrypt Key Files
Posted: 16 Apr 2021, 07:02
Well, not actually that. I have made it a habit to always encrypt my data on all drives, and have never had a problem before with it, but I got sideswiped. I have a minimal security concern, but just to be safe, I use veracrypt to ensure if the laptop is stolen, etc. no one can get at the data, at least not easily.
Because my needs in this regard are minimal, I just store a couple of key files on a USB Stick, and typically use one small USB stick as a key for each larger drive of data. The USB stick stores the identifier I use to recognize the correlating hard drive and the veracrypt key files I use to decrypt that drive.
I back them up, but this time, for the first time, I screwed up. I figured I would use linux dot files and store them in the .cache directory, to make them less conspicuous. When I went to back them up the way I normally do, it did not copy the dot files directory and the dot files contained therein. It only backed up my identifier file, and I had been doing it so long, I did not check to ensure they were backed up properly.
The key files were in the .cache directory and named .scache, .tcache, .ucache. All are dot files are stored within a dot file directory. They are quite small, so I was hoping I could get them back, because my simple backup method did not back up the key files in this case, because they were hidden and cp did not copy the hidden directories (I had no need to be tricky with it, so I kick myself for that. Just thought a hidden file would be better and more secure. Now it is secure from me. LOL)
So, the backup was made, but the key files did not get copied to the backup. I later reused the key usb stick thinking the backup secure and because I was short one usb stick. I reformatted the USB stick with the keys on it and then when I went to get my key files from the backup, I realized my error.
Testdisk does not show the key files. It shows something like _CACHE_ and finds some tx? files, but I have no idea how to locate the key files within the quagmire of files photorec recovers.
Is there a way to recover veracrypt key files from a reformatted USB stick?
If not, it was my undoing trying to be more secure for no particular reason. LOL.
Thank you.
Because my needs in this regard are minimal, I just store a couple of key files on a USB Stick, and typically use one small USB stick as a key for each larger drive of data. The USB stick stores the identifier I use to recognize the correlating hard drive and the veracrypt key files I use to decrypt that drive.
I back them up, but this time, for the first time, I screwed up. I figured I would use linux dot files and store them in the .cache directory, to make them less conspicuous. When I went to back them up the way I normally do, it did not copy the dot files directory and the dot files contained therein. It only backed up my identifier file, and I had been doing it so long, I did not check to ensure they were backed up properly.
The key files were in the .cache directory and named .scache, .tcache, .ucache. All are dot files are stored within a dot file directory. They are quite small, so I was hoping I could get them back, because my simple backup method did not back up the key files in this case, because they were hidden and cp did not copy the hidden directories (I had no need to be tricky with it, so I kick myself for that. Just thought a hidden file would be better and more secure. Now it is secure from me. LOL)
So, the backup was made, but the key files did not get copied to the backup. I later reused the key usb stick thinking the backup secure and because I was short one usb stick. I reformatted the USB stick with the keys on it and then when I went to get my key files from the backup, I realized my error.
Testdisk does not show the key files. It shows something like _CACHE_ and finds some tx? files, but I have no idea how to locate the key files within the quagmire of files photorec recovers.
Is there a way to recover veracrypt key files from a reformatted USB stick?
If not, it was my undoing trying to be more secure for no particular reason. LOL.
Thank you.