asp.net中常用的几种身份验证方式
程序员文章站
2022-03-13 17:46:12
前言
在b/s开发中，经常需要使用“身份验证”。因为web应用程序非常特殊，和传统的c/s程序不同，默认情况下（不采用任何身份验证方式和权限控...
前言
在b/s开发中，经常需要使用“身份验证”。因为web应用程序非常特殊，和传统的c/s程序不同，默认情况下（不采用任何身份验证方式和权限控制手段），当你的程序在互联网/局域网上公开后，任何人都能够访问你的web应用程序的资源，这样很难保障应用程序安全性。通俗点来说：对于大多数的内部系统、业务支撑平台等而言，用户必须登录，否则无法访问和操作任何页面。而对于互联网（网站）而言，又有些差异，因为通常网站的大部分页面和信息都是对外公开的，只有涉及到注册用户个人信息的操作，或者网站的后台管理等才需要提示登录。（如果不做严格验证，后果将很严重，人家一旦猜出你web目录下面的页面名，可以随意访问。当然，一般的开发人员是不会犯这种低智商的错误的）。
如何实现“身份验证”
记得n年前我最早接触servlet + jsp开发的时候，有一种叫做“过滤器”（filter）的东西，真是很神奇。有了这件神奇的东西后，我再也不需要去每个页面判断什么“session”或者“cookie”了，就能把未登录用户给弹出去（水平实现有限）。当然，在传统webform开发中，也可以写一个“basepage的鸡肋”，在该类中去做判断，让每个页面对应的类都去实现这个"鸡肋"，我看以前很多公司都是这么干的。
在.net中，其实微软提供了一整套的完整的机制来实现“成员角色管理”。包含有：”登录控件”、“membership”、“个性化”等等。但是大多数开发人员是从来不用这些的（例如我，用微软的asp.net三四年，还从来没见过“登录控件”长啥样）。在asp.net身份验证中，主要有三四种。因为有些身份验证的方式是依赖于iis和windows操作系统的，所以在不同版本的操作系统和iis上还是有些差异的。由于笔者暂时使用的是windows 7的操作系统，所以就拿iis 7.5为例子。
首先打开iis，然后双击右侧“身份验证”，会显示出当前iis支持的所有的身份验证方式（由于我安装iis时候，在“安全性”那里我是全部勾选的）。可以看到如图：
大致分为如下几种：
1.活动目录的客户端证书（这个很可能是收费的），不常用，不细说。
2.asp.net模拟（msdn：如果要在asp.net 应用程序的非默认安全上下文中运行asp.net 应用程序，请使用asp.net 模拟。），机器人说的我听不懂。
3.form身份验证：这个用的很多，后面会细说。
4.windows身份验证：基于windows操作系统的用户或者域用户的身份验证。
5.基本身份验证：其实也是基于windows操作系统的账户验证的。
6.匿名身份验证：谁都可以访问，其内部也是通过指定一个特定的windows系统的user账户来访问的。
7.摘要身份验证：使用windows 域控制器对请求访问web 服务器内容的用户进行身份验证。
再来看看经典的iis 6的截图：
先在iis 7上测试一下基本身份验证：
首先把其他的身份验证方式全部禁用掉，然后仅仅启用“基本身份验证”。有图有真相：
然后打开ie、firefox、chrome等，敲入localhost，等待打开iis上的默认网站。你会发现，浏览器端都会弹出提示框信息，而且在不同浏览器上弹出框的样式和表现形式也有所差异。（长期不用ie，发现360这个老流氓把哥的首页给改了，还号称”安全上网“，这明显是篡改行为嘛。搞不懂。）
firefox中：
如果你在弹出框中，输入正确的windows账户和密码，则可以正常的浏览你请求的网页。如果你不输或者输错了，等待你的将是401错误（401，你懂得）。
”没有为网站启用ssl,将通过电缆以明文的方式.....”，机器人说的话听起来很别扭，这里，我解释一下。
当你没有花钱去买ssl证书（安全套接层，你可以简单的理解为：正常http请求都是明文传送，使用ssl后可以帮你把http报文自动，就算有人在互联网上截获了也无法解密。我们偶尔访问有些网站的时候，看到的“https://www.xxx.com”,就极可能是基于ssl证书的形式）。至于“通过电缆以明文的方式...”，其实这句话说的很不对，首先，电缆只是一种传输介质，里面传送的只是电脉冲、光信号等等，而不是网络协议报文（学过计算机网络的都知道）。至于说“采用明文的形式”，也不对，其实“基本身份验证”中，是将用户名和密码采用了base64编码的，感兴趣的读者，可以用httpwatch或者fiddler之类的工具去监视一下http请求，我这里就不做演示了 。只是由于base 64编码很容易反编码，所以和明文没啥区别。这样一来，你会发现“基本身份验证”方式，确实存在很多不安全因素。
在iis 7上测试一下windows 身份验证：
和之前的基本身份验证差不多，我就不再截图演示了。如果用户输入正确的windows用户名和密码，则能够正常访问网站。如果输入错误的，则返回的401.1（前面基本身份验证是401.2）。值得一提的就是，记得之前有位asp.net mvp 曾告诉过我，使用windows身份验证的时候，只能用户在使用ie浏览器时候才能够正常访问。因为这种情况下，不是使用http报文传输的形式，而是浏览器端直接与操作系统内部交互，进行用户名和密码的验证。经过证实，发现这话的后半句是对的，确实监视不到http实体内容。但不仅仅局限于ie浏览器，我在firefox中也能够正常的访问和使用。
匿名身份验证：
所谓匿名身份验证，其实就可以理解为“不验证”。就是匿名用户都可以访问资源，没有任何限制。通常我们的网站，都要启用匿名方式验证，集成windows身份验证。不难发现，其实匿名身份验证，也是通过windows用户组里面的一个特定的用户来通过验证的，如图所示：
最后一种，form身份验证：
前面所讲的那些身份验证方式，其实都和asp.net没有直接的联系，都是iis 和操作系统级别的验证方式。而form 身份验证，则需要asp.net提供支持。因为通常网站的身份验证和成员管理都非常复杂，而不是通过单纯的某一种验证方式能够实现的。对于大部分互联网的网站而言，用户可以访问部分页面，但部分页面必须登录后才能访问和操作，而且不同用户角色登录，操作权限也不一样。这又会涉及到很多方面的知识，而且实现方式也有很多种。
由于篇幅和时间有限，今天就先到此。后期我再详细地去整理关于form身份验证的详细及成员管理，权限管理方面的文章，敬请期待。
作者 丁浪
在b/s开发中，经常需要使用“身份验证”。因为web应用程序非常特殊，和传统的c/s程序不同，默认情况下（不采用任何身份验证方式和权限控制手段），当你的程序在互联网/局域网上公开后，任何人都能够访问你的web应用程序的资源，这样很难保障应用程序安全性。通俗点来说：对于大多数的内部系统、业务支撑平台等而言，用户必须登录，否则无法访问和操作任何页面。而对于互联网（网站）而言，又有些差异，因为通常网站的大部分页面和信息都是对外公开的，只有涉及到注册用户个人信息的操作，或者网站的后台管理等才需要提示登录。（如果不做严格验证，后果将很严重，人家一旦猜出你web目录下面的页面名，可以随意访问。当然，一般的开发人员是不会犯这种低智商的错误的）。
如何实现“身份验证”
记得n年前我最早接触servlet + jsp开发的时候，有一种叫做“过滤器”（filter）的东西，真是很神奇。有了这件神奇的东西后，我再也不需要去每个页面判断什么“session”或者“cookie”了，就能把未登录用户给弹出去（水平实现有限）。当然，在传统webform开发中，也可以写一个“basepage的鸡肋”，在该类中去做判断，让每个页面对应的类都去实现这个"鸡肋"，我看以前很多公司都是这么干的。
在.net中，其实微软提供了一整套的完整的机制来实现“成员角色管理”。包含有：”登录控件”、“membership”、“个性化”等等。但是大多数开发人员是从来不用这些的（例如我，用微软的asp.net三四年，还从来没见过“登录控件”长啥样）。在asp.net身份验证中，主要有三四种。因为有些身份验证的方式是依赖于iis和windows操作系统的，所以在不同版本的操作系统和iis上还是有些差异的。由于笔者暂时使用的是windows 7的操作系统，所以就拿iis 7.5为例子。
首先打开iis，然后双击右侧“身份验证”，会显示出当前iis支持的所有的身份验证方式（由于我安装iis时候，在“安全性”那里我是全部勾选的）。可以看到如图：
大致分为如下几种：
1.活动目录的客户端证书（这个很可能是收费的），不常用，不细说。
2.asp.net模拟（msdn：如果要在asp.net 应用程序的非默认安全上下文中运行asp.net 应用程序，请使用asp.net 模拟。），机器人说的我听不懂。
3.form身份验证：这个用的很多，后面会细说。
4.windows身份验证：基于windows操作系统的用户或者域用户的身份验证。
5.基本身份验证：其实也是基于windows操作系统的账户验证的。
6.匿名身份验证：谁都可以访问，其内部也是通过指定一个特定的windows系统的user账户来访问的。
7.摘要身份验证：使用windows 域控制器对请求访问web 服务器内容的用户进行身份验证。
再来看看经典的iis 6的截图：
先在iis 7上测试一下基本身份验证：
首先把其他的身份验证方式全部禁用掉，然后仅仅启用“基本身份验证”。有图有真相：
然后打开ie、firefox、chrome等，敲入localhost，等待打开iis上的默认网站。你会发现，浏览器端都会弹出提示框信息，而且在不同浏览器上弹出框的样式和表现形式也有所差异。（长期不用ie，发现360这个老流氓把哥的首页给改了，还号称”安全上网“，这明显是篡改行为嘛。搞不懂。）
firefox中：
如果你在弹出框中，输入正确的windows账户和密码，则可以正常的浏览你请求的网页。如果你不输或者输错了，等待你的将是401错误（401，你懂得）。
”没有为网站启用ssl,将通过电缆以明文的方式.....”，机器人说的话听起来很别扭，这里，我解释一下。
当你没有花钱去买ssl证书（安全套接层，你可以简单的理解为：正常http请求都是明文传送，使用ssl后可以帮你把http报文自动，就算有人在互联网上截获了也无法解密。我们偶尔访问有些网站的时候，看到的“https://www.xxx.com”,就极可能是基于ssl证书的形式）。至于“通过电缆以明文的方式...”，其实这句话说的很不对，首先，电缆只是一种传输介质，里面传送的只是电脉冲、光信号等等，而不是网络协议报文（学过计算机网络的都知道）。至于说“采用明文的形式”，也不对，其实“基本身份验证”中，是将用户名和密码采用了base64编码的，感兴趣的读者，可以用httpwatch或者fiddler之类的工具去监视一下http请求，我这里就不做演示了 。只是由于base 64编码很容易反编码，所以和明文没啥区别。这样一来，你会发现“基本身份验证”方式，确实存在很多不安全因素。
在iis 7上测试一下windows 身份验证：
和之前的基本身份验证差不多，我就不再截图演示了。如果用户输入正确的windows用户名和密码，则能够正常访问网站。如果输入错误的，则返回的401.1（前面基本身份验证是401.2）。值得一提的就是，记得之前有位asp.net mvp 曾告诉过我，使用windows身份验证的时候，只能用户在使用ie浏览器时候才能够正常访问。因为这种情况下，不是使用http报文传输的形式，而是浏览器端直接与操作系统内部交互，进行用户名和密码的验证。经过证实，发现这话的后半句是对的，确实监视不到http实体内容。但不仅仅局限于ie浏览器，我在firefox中也能够正常的访问和使用。
匿名身份验证：
所谓匿名身份验证，其实就可以理解为“不验证”。就是匿名用户都可以访问资源，没有任何限制。通常我们的网站，都要启用匿名方式验证，集成windows身份验证。不难发现，其实匿名身份验证，也是通过windows用户组里面的一个特定的用户来通过验证的，如图所示：
最后一种，form身份验证：
前面所讲的那些身份验证方式，其实都和asp.net没有直接的联系，都是iis 和操作系统级别的验证方式。而form 身份验证，则需要asp.net提供支持。因为通常网站的身份验证和成员管理都非常复杂，而不是通过单纯的某一种验证方式能够实现的。对于大部分互联网的网站而言，用户可以访问部分页面，但部分页面必须登录后才能访问和操作，而且不同用户角色登录，操作权限也不一样。这又会涉及到很多方面的知识，而且实现方式也有很多种。
由于篇幅和时间有限，今天就先到此。后期我再详细地去整理关于form身份验证的详细及成员管理，权限管理方面的文章，敬请期待。
作者 丁浪
上一篇： 类型转换一种处理方式