Re: Separation and Security
- From: "Bill Marriott" <wjm@xxxxxxx>
- Date: Sun, 13 Aug 2006 22:50:51 -0400
Most account management processes can be handled by script commands. But,
see FP's comment on security issues with scripts.
"chris" <pa28_181@xxxxxxxxxxxxxxx> wrote in message
news:1155521984.696036.190500@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
I have had a go at this and I saw a couple of things..
1) If the password in the main file is the same as the data, it doesn't
ask for a password even if auto login is turned off in the data file,
so the main file pwd must have to be different. So what if I have more
than 2 files? I must have to make them all the same as the main file ??
2) How do I let my users access Define Accounts ? They must have to
open the data file then go Define Accts.. This seems really ugly too...
Any thoughts guys?
Cheers
Chris
chris wrote:
Wow..
That sounds incredibly ugly!!
This is turning out to be not quite as simple as I had imagined..
Are there any other problems with doing it this way I should know about
???
Cheers
Chris
FP wrote:
Another thing you may need to know about is running scripts with full
access.
Assuming an account in the data file doesn't allow delete access on a
contact record. You may think that creating a script with full access
in the interface file will delete the contact record... it won't, the
script must run with full access in the data file to actually delete
the contact record.
This means you have a script in the data file that will delete a
contact record, assumably based on a parameter passed to that script.
This is a bit of a security loop hole since anyone with a password can
see the complete list of scripts in the data file and tell the solution
to run anyone of them at random.
Simply knocking out the menus in the interface file also isn't secure
since the user can create a new FM file, create a file reference to
your data file, then add all the tables in your data file to his new FM
file's relationship diagram and create layouts based on these tables.
.
- Follow-Ups:
- Re: Separation and Security
- From: chris
- Re: Separation and Security
- References:
- Separation and Security
- From: chris
- Re: Separation and Security
- From: Bill Marriott
- Re: Separation and Security
- From: chris
- Re: Separation and Security
- From: FP
- Re: Separation and Security
- From: chris
- Re: Separation and Security
- From: chris
- Separation and Security
- Prev by Date: Re: Separation and Security
- Next by Date: Re: Separation and Security
- Previous by thread: Re: Separation and Security
- Next by thread: Re: Separation and Security
- Index(es):
Relevant Pages
|