安全,轻量,易于使用的asp.net身份验证系统

时间:2010-12-23 00:24:30

标签: asp.net-membership

我无法想象,对于ASP.NET应用程序来说,不存在一个易于使用的高效,轻量级,安全的身份验证和授权库。你的控制器和视图。我阅读了大量的文章,我进行了大量的搜索,但还没有找到。有谁知道这样的图书馆?或者是否有人自己创建并愿意分享?

ASP.NET身份验证系统主要基于用户名而不是UserId。我真的不明白。想象一下,您想创建一个包含评论的博客。用户可以注册并发表评论。两个着名的MVC示例(Nerddinner和MVC Music Store)使用默认的asp.net认证系统(membershipprovider / identy / principal等)并使用用户名来存储属于某个对象的用户,例如: “HostedBy” -field。

对我来说,这似乎不是一个很好的做法:

  1. 如果不更改所有相关记录,则无法更改用户名。

  2. 为什么不把我们作为Id?您只需要8个字节即可存储1600万用户。除非您将用户名限制为8个字节字符,否则在存储空间方面效率较低。

  3. 基于字符串的关系似乎效率不高,因为基于字符串的查找比基于整数的查找要慢。

  4. Oke,我可以想象你为什么要使用Guid而不是int,因为这几乎是不可能猜到和记住的,可以以某种方式提高安全性;如果这就是原因,那对我来说没问题。

    但是,然后问题仍然是为什么IIdentity接口只提供用户名而不是UserId。如果您使用UserId作为外键,则很难例如获取当前登录用户的所有帖子的列表:您始终需要数据库查找来获取属于用户名的UserId。

    我想知道的另一件事是认证系统看起来相当臃肿。我最好的猜测是,最多只有90%的用户会在一个应用程序中使用身份验证系统。那么,为什么要创建默认功能以使其能够为多个应用程序提供服务? (aspnet_Users中的应用程序列)。

    如果你不关心这些事情,它可能是好的,但是,我想为1600多万用户做准备,不是吗?或者,我想在50ms以下服务我的页面......那么......为什么微软以这种方式构建默认的身份验证系统?这对我来说似乎很臃肿和蹩脚。

    相关问题(不能回答我的问题):

    How can I access UserId in ASP.NET Membership without using Membership.GetUser()?

1 个答案:

答案 0 :(得分:0)

好的,你不喜欢ASP.NET Membership Provider。如果你是NHibernate商店,那么你可以看看Ayende Rahien的Rhino Security

相关问题