与 aspnet_regsql 相比，使用 ADAM 作为 asp.net 成员资格是否具有安全优势？
我想知道使用 ADAM（Active Directory 应用程序模式）存储作为 asp.net 成员资格是否有安全（或其他）优势。恐怕设置 ADAM 存储比默认成员数据库的默认 aspnet_regsql 脚本更困难，但我更喜欢更安全的解决方案。
这两者哪个更安全呢？
I'm wondering if there are security (or otherwise) advantages of using an ADAM (Active Directory Application Mode) store for asp.net membership. I'm afraid that setting up the ADAM store is more difficult than the default aspnet_regsql scripts for a default membership database, but i will prefer the more secure solution.
Wich of the two is the more secure?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
我认为这与其说是安全问题，不如说是应用程序问题。 AFAIK 您将在与其他应用程序（例如操作系统）共享用户和安全相关信息的环境中使用 AD。 SQLServer 设置在独立的应用程序（或多个应用程序）场景中可能更有用。
I think it's less of a security more of a application issue. AFAIK you would use AD in an environment where you would share the user and security related information with other applications - like the OS. SQLServer setup probably more useful in a isolated application (or applications) scenario.
与其说这是一个安全问题，不如说这是一个功能问题。
ADAM 提供了更精细的安全方法。会员资格提供商让您分配角色。 ADAM 也可以做到这一点，但它更进一步，允许您创建可以分配给多个角色的操作。
这意味着您可以执行一些操作，例如为具有特定操作的每个人启用页面上的按钮。并且该操作可能会分配给多个角色。这基本上意味着 ADAM 可以提供更丰富的方式来增强应用程序的安全性。
It's not so much a security issue as a functional issue.
ADAM provides a more granular approach to security. The membership provider let's you assign Roles. ADAM does this as well, but it goes further in allowing you to create actions that can be assigned to multiple roles.
This means you can do things like enable a button on a page for everyone who has a particular Action. And that the action might be assigned to multiple roles. Which basically means ADAM can provide a much richer way to slice security up in your app.