Subject Re: encryption
From Mustansir A Ghor <mustan31@hotmail.com>
Date Wed, 07 Feb 2024 08:16:40 -0500
Newsgroups dbase.getting-started

Dear Charlie

I am using PROTECT feature of dbase from dBaseIV. It has 2 features

1. User Access level (1-7): 1 being all most authorized and 7 being Least authorised.
2. File (Table) access level (1-7) and within Table fields access level (read,write,full,hidden)

Therefore for a table that is set with file access level, their data access can be obtained (including IDE environment) depending on user access level that he has logged in with.

I am now using only User access level for menus and other PB buttons depending on what level of user with access level has logged in.

Hope this will throw some idea on use of PROTECT

Regards
Mustansir



Charlie Wrote:

> Thanks very much.  I will fool around with this.  That is what I was looking for, something to make it a little more secure!
>
> Heinz Kesting Wrote:
>
> > Hi Charlie,
> > > Hmmm..  I failed to mention that the program and data are only going to be housed on a local computer.  I want the password to protect someone from breaking into the program and/or somehow encrypt the data.  If there is another way to accomplish that, can you give me a hint as to where I might find info ?
> > >
> >
> > I'm not really sure what you are asking for, but if it's about
> > encrypting the data in your table, and PROTECT is not your friend, then
> > the DIY route is the way to go.
> >
> > The idea is, before you save the data to the table, change the
> > entryfield's value by some algorithm. Say your field holds the string
> > "AbcD", so you could, for example, store in the table just the ASCII
> > values of each character increased by a value of your own choice, let's
> > use 3 here for an example.
> > Your function would change the string entered by the user from "AbcD" to:
> > 06810110269 (the ASCII value for each character incremented by 3)
> >
> > So you would store the value 06810110269 in the table. When reading the
> > table, you would reverse the process und display the decrypted value.
> > Looking at the table's contents from the IDE would then be some kind of
> > funny number puzzle ...
> >
> > Of course, there's nothing to stop you from improving this "algorithm"
> > if you want it more complicated. However, this will never reach "bullet
> > proof" professional level, so you decide.
> >
> > I could help if you're interested in it.
> >
> > Kind regards, Heinz
>