Re: Encryption

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

From: Rick Bean (rgbean_at_unrealmelange-inc.com)
Date: 10/13/04 

Date: Wed, 13 Oct 2004 09:53:45 -0400

There is no native encryption for VFP DBF's, but you got a number of options.

If you were encrypting the whole table, then one of the easiest and most
secure is Cryptor IV by Xitech (http://www.xitech-europe.co.uk/ ), but it is
a commercial product. They have a demo version to show how easy it is to
implement, and in my testing, there was very little overhead introduced on
all but the largest tables. I've used different versions in custom apps
under both FPW and VFP.

NetLib also has Encryptionizer (http://www.netlib.com), but I've never used
it.

One freeware solution to encryption is the CryptPak by Milan Kosina
(http://milan.jikos.cz/). Another is CIPHER50.FLL based on work by Tom
Rettig and available at the UT (http://www.universalthread.com/ ) in the
Download area.

VFP 7.0 & 8.0 have a Crypto API component in the Foundation Classes that uses the MS API encryption.

And of course, if you are only encrypting fields you can always "roll your
own" - high powered encryption schemes are severely crippled when you use
short data strings, so your algorithm will be just as "secure".

VFP 7.0 & 8.0 also provide database events that make it easy to check when files are opened, so you could implement a security scheme. However, if someone choses to use a non-VFP way to open the tables (e.g. a Hex File viewer), then this wouldn't be very effective.

If you really need data secuity, then you might want to consider using MSDE/SQL Server as your data store and use VFP as a frontend to access the data.

Rick

"Anonymous" <wipeout64@hotmail.com> wrote in message news:c835bafc.0410121204.4eb0e48a@posting.google.com...
>I have an application where most tables are too large to wrap into the
> executable. It would make the executable too large. That's ok. So I
> only put my smaller tables in the executable and wrapped it into the
> exe so at least (I thought) people can't read my cross-reference files
> thus exposing my framework.
>
> I then deleted the tables from the hard drive because I thought they
> would be wrapped into the exe, but I get an error message upon
> execution that the file is not found. How can I hide my tables from
> people who own the professional version FoxPro? Someone actually asked
> me which files are the cross reference files and even explained why
> they wanted to know!

Relevant Pages

  • Re: Encryption
    ... app, but actually it may not if I'm able to only use it on the smaller code ... under both FPW and VFP. ... One freeware solution to encryption is the CryptPak by Milan Kosina ... > execution that the file is not found. ...
    (microsoft.public.fox.vfp.queries-sql)
  • Re: Secure DBF-based solutions
    ... You can use MSDE to provide small scale SQL Server solutions, ... There is no native encryption for VFP DBF's, but you've got a number of options. ...
    (microsoft.public.fox.programmer.exchange)
  • Re: dbf encrypting data
    ... encryption utility with VFP 7.0 in the FFC folder. ... Purchase VFP8 here: ...
    (microsoft.public.fox.vfp.forms)
  • Re: How secure are self-extracting encryption files?
    ... > encrypted files to someone who is not using the same encryption software ... The algorithm does not need to be kept secret. ... With a properly-designed self-decrypting .EXE, ... The only vulnerability of a self-extracting .EXE is a "man in the middle" ...
    (comp.os.linux.security)
  • Re: AES timing attack immunity -- status report
    ... What he measures is the TOTAL time for encryption of the chosen ... how does one go about to determine the execution time of the ... opponent has the capability to modify some code of the user, ... chosen plaintext), I would think. ...
    (sci.crypt)