Leemi
Wed May 04 14:53:06 CDT 2005
Hi Keith:
As you have read, VFP does not have a comprehensive solution for security.
If security is a primary concern, then I suggest moving the data to a
database that offer security built-in, such as SQL Server or Oracle.
You could still connet to the data from VFP using remote views, SQL Pass
Through, or cursoradapters, in VFP 8.0 and later.
I hope this helps.
This posting is provided "AS IS" with no warranties, and confers no rights.
Sincerely,
Microsoft FoxPro Technical Support
Lee Mitchell
*-- VFP9 HAS ARRIVED!! --*
Read about all the new features of VFP9 here:
http://msdn.microsoft.com/vfoxpro/
*--Purchase VFP 9.0 here:
http://www.microsoft.com/PRODUCTS/info/product.aspx?view=22&pcid=54787e64-52
69-4500-8bf2-3f06689f4ab3&type=ovr
Keep an eye on the product lifecycle for Visual FoxPro here:
http://support.microsoft.com/default.aspx?id=fh;[ln];lifeprodv
- VFP5 Mainstream Support retired June 30th, 2003
- VFP6 Mainstream Support retired Sept. 30th, 2003
>Security has never been a feature of the DBF file format and likely never
>will be.
>There are third party products that can provide encryption of the data, but
>the app would need to be modified to handle encryption/decryption as
needed.
>Later versions of VFP introduce database features not supported by the ODBC
>driver, which could effectively block that avenue for access, but those
>features are not available for free tables.
>If a user has access to the data via the application, though, presumably
>they have OS-level access to that directory. If they already have access to
>the data, why would it matter that they can get there through ODBC?
>Dan
>Keith G Hicks wrote:
> I have 1 FoxPro client that I service once a year for a few weeks.
> I'm not remotely a FoxPro expert. The app is still in VFP6 and that's
> fine for now. I may end up converting the whole thing to Access since
> it's pretty small and low usage. It'd be easier for me to maintain
> that way. Anyway, I'm trying to find out about the security available
> in Fox. Their company has come up with a new policy that's going to
> require that the database be secured to some degree. Right now it's
> not in a container. It was originally a Fox 2.6 for DOS app that we
> just grungily moved over to VFP a few year ago. So the tables are all
> free. Other than doing things like securing folders on the network
> and such, is there any way within VFP6 (or even later versions maybe)
> of securing the tables so they cannot be tampered with? Obviously
> right now anyone can get into them even if they just have odbc on
> their system and they have access to the folder the files are in.
> Anyone with MS Access can get at them. We'd like to tighten it up a
> bit if possible.
>
> Thanks in advance,
>
> Keith