asp.net - 是否有理由编写自己的身份验证而不是使用 Forms Security

标签 asp.net security forms-authentication

在 ASP.Net 中,是否有理由直接进行自己的身份验证而不是使用 Forms Security(并编写自定义提供程序)?

表单安全性存在哪些限制以及为什么有人想要编写自己的身份验证?

最佳答案

开箱即用的提供程序的限制之一是 ProfileProvider。它将用户的所有个人资料信息存储在单个数据库字段中,因此很难直接查询。

幸运的是,Scott Guthrie 的博客中描述了一个很好的基于表的提供程序: http://weblogs.asp.net/scottgu/archive/2006/01/10/435038.aspx

但一般来说,我会使用标准的成员(member)资格提供程序和控件。它们经过了良好的测试,并且节省了大量的编码。

除此之外,对所有 Id 使用 Guid 都让我很烦恼,因为我更喜欢整数。我知道,Guids 不仅限于几十亿用户,但我的网站还没有那么多人注册。

关于asp.net - 是否有理由编写自己的身份验证而不是使用 Forms Security,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/3398176/

相关文章:

.NET ServiceModel.Syndication - 更改 RSS 源的编码

c# - 不同角色的表单例份验证?

wcf - netTcpBinding 最快的安全配置是什么?

asp.net - 阻止 AJAX 计时器控制请求扩展 FormsAuthentication 票证?

asp.net - 如何防止用户重复登录

c# - HttpPostedFileBase 返回 null

asp.net - LINQ to Objects 自动递增编号

javascript - `Object.fromEntries()` 是否免受原型(prototype)污染?

c# - 如何在对 C# .NET 3.5 服务器进行 DCOM 调用时可靠地检查客户端身份?

c# - 401 未经授权,即使在 FormsAuthentication.SetAuthCookie() 之后