Best way to secure text info
Best way to secure text info
I'm looking for a VERY, VERY secure way of securing data which is in text format.
I've looked at a few freeware encryption programs. But what would you recommend?
I don't want ANYBODY to be able to read my data apart from me. And if I loose the password, fine, it's gone. I can accept that. Any idea? Oh, and I want something free, if possible.
I've looked at a few freeware encryption programs. But what would you recommend?
I don't want ANYBODY to be able to read my data apart from me. And if I loose the password, fine, it's gone. I can accept that. Any idea? Oh, and I want something free, if possible.
I Stepped On A Cornflake!!! Now I'm A Cereal Killer!
- netmaestro
- PureBasic Bullfrog

- Posts: 8453
- Joined: Wed Jul 06, 2005 5:42 am
- Location: Fort Nelson, BC, Canada
-
Killswitch
- Enthusiast

- Posts: 731
- Joined: Wed Apr 21, 2004 7:12 pm
I suppose the best way would be to invent your own encryption system, and not realse the source or the actual program anywhere. It doesn't need to be that complicated, a shift chiper would do.
Then again, someone could still (probally) crack it - if they really, really, really wanted to.
Then again, someone could still (probally) crack it - if they really, really, really wanted to.
~I see one problem with your reasoning: the fact is thats not a chicken~
Nah its better to use some very high standard stuff. Encryptions can get decoded too.. It would take a lot of time.. again..Killswitch wrote:I suppose the best way would be to invent your own encryption system, and not realse the source or the actual program anywhere. It doesn't need to be that complicated, a shift chiper would do.
Then again, someone could still (probally) crack it - if they really, really, really wanted to.
A way would be to modify a standard known encryption. Eg your code encrypts using blowfish with a 1st password, then you xor every value with a 2nd password and at last you RC4 it all with a 3rd password.. and keep the exe only
Truecrypt with a hidden volume? (supports 3x encryption, eg. AES-Twofish-Serpent)
http://www.truecrypt.org/docs/?s=hidden-volume
http://www.truecrypt.org/docs/?s=hidden-volume
-
Killswitch
- Enthusiast

- Posts: 731
- Joined: Wed Apr 21, 2004 7:12 pm
That looks very interesting. Thanks for the linkchromaX wrote:Truecrypt with a hidden volume? (supports 3x encryption, eg. AES-Twofish-Serpent)
http://www.truecrypt.org/docs/?s=hidden-volume
cheers
-
Killswitch
- Enthusiast

- Posts: 731
- Joined: Wed Apr 21, 2004 7:12 pm
I agree. That link looks like a keeper.oldBear wrote:That looks very interesting. Thanks for the linkchromaX wrote:Truecrypt with a hidden volume? (supports 3x encryption, eg. AES-Twofish-Serpent)
http://www.truecrypt.org/docs/?s=hidden-volume
cheers
Thanks for the info.
later
-
Killswitch
- Enthusiast

- Posts: 731
- Joined: Wed Apr 21, 2004 7:12 pm
Another idea just came to me - the best possible way for no-one to be able to read the data, would be if it didn't exist!
So, if you scan through the text and add the ASCII values of each character to a string, then convert that into a number (or several numbers for exta security) then all you need to do would be to devise some complicated math formula to give you that number.
All you'd need to do to get the text back would be to generate the result of the formula, convert it to a string then read back 2 characters at a time so you can convert them back into a byte, and then into a character.
Of course you'd have to limit the range of characters you'd use, because if one were to have a 1 or 3 digit btye value then things would start going wrong. So, to get around this use values 32 - 122 but, when processing take 23 away from each - giving a two digit value each time. (Although, obviously, there'd be some characters you can't possibly have in the text file).
So, if you scan through the text and add the ASCII values of each character to a string, then convert that into a number (or several numbers for exta security) then all you need to do would be to devise some complicated math formula to give you that number.
All you'd need to do to get the text back would be to generate the result of the formula, convert it to a string then read back 2 characters at a time so you can convert them back into a byte, and then into a character.
Of course you'd have to limit the range of characters you'd use, because if one were to have a 1 or 3 digit btye value then things would start going wrong. So, to get around this use values 32 - 122 but, when processing take 23 away from each - giving a two digit value each time. (Although, obviously, there'd be some characters you can't possibly have in the text file).
~I see one problem with your reasoning: the fact is thats not a chicken~
-
White Eagle
- Enthusiast

- Posts: 215
- Joined: Sun Jan 04, 2004 3:38 am
- Location: Maryland
- utopiomania
- Addict

- Posts: 1655
- Joined: Tue May 10, 2005 10:00 pm
- Location: Norway
I have quite a few textfiles containing passwords and registration info to programs, email accountsI'm looking for a VERY, VERY secure way of securing data which is in text format.
and so on and simply created a New/Zipped folder in XP, copied the text files in there, and selected
File/Add Password to protect them.

