如何“保护”带密码的菜单选项? [英] How to "protect" a menu option with a password?

查看:96
本文介绍了如何“保护”带密码的菜单选项?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

我打算在我的Switchboard上放置一个新功能,我希望这个选择需要密码才能进入。什么是最好的方法呢? (或者,更确切地说,任何方式来实现不必创建单独但几乎相等的前端副本的目标!)

I''m planning to place a new function on my Switchboard, and I''d like this choice to require a password in order to get into it. What''s the best way to do this? (Or, more accurately, any way to accomplish the goal of not having to create separate-but-almost-equal front end copies!)

推荐答案

任何方法都可以使用函数中的InputBox来请求密码,然后将输入与密码进行比较。但这是非常不安全的。任何具有一些Access知识的人都可以查看代码中的密码或绕过密码。使数据库成为MDE或ACCDE会使其更加安全,但只要您将密码存储在客户端,就会出现安全漏洞。相反,你可以比较密码哈希。


无论你保护多少这个函数,如果他们可以直接访问数据,他们可以反向设计你的密码保护功能正在做什么。
Any way to do it would be to use an InputBox in the function to ask for a password and then comparing the input to the password. This is extremely insecure though. As anyone with some Access knowledge can just look in the code for the password or bypass it. Making the database an MDE or ACCDE would make it a lot more secure but anytime you store the password with the client is a security hole. You could, instead, compare password hashes.

Regardless of how much you protect this function, if they have access to the data directly, they can backwards engineer whatever your password protected function is doing.


我很幸运,用户既合作又相当简单。我只是想帮助引导他们走正确的道路,而这个新功能只是其中一些人需要担心的事情。


我只需要一些关于如何将这种东西添加到Access Switchboard中的特定选项的细节。
I am blessed with users that are both cooperative and fairly unsophisticated. I just want to help guide them down the right path, and this new function is something that only a few of them need to worry about.

I just need some specifics on how I would add this kind of thing to a particular option in my Access Switchboard.


你不会''把它放在配电盘本身。你可以把它放在交换机正在调用的函数中。
You wouldn''t put it in the switchboard per se. You would put it in the function that the switchboard is calling.


这篇关于如何“保护”带密码的菜单选项?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆