ASP.NET 3.5核心编程学习笔记（49）：ASP.NET安全性之Forms身份验证

使用Forms身份验证

　　实际的Internet应用程序很少采用Windows和Passport身份验证方式。

　　如果要实现采集用户凭据并在内部进行处理，Forms身份验证是最理想的选择。为建立支持Forms身份验证的ASP.NET应用程序，需要这样设置web.config文件：

< system.web >
< authentication mode = " Forms " >
< forms loginUrl = " login.aspx " />
</ authentication >
< authenciation >
< deny users = " ? " />
</ authenciation >
</ system.web >

　　对于所有启用Forms身份验证和授权的文件夹中的资源，都能获得Forms身份验证机制的保护。应注意，只有那些由ASP.NET显式处理的资源类型才能受到保护。这些类型包括aspx、asmx、ashx文件，而不包括纯HTML页面和传统的ASP页面。但IIS 7.0允许我们更改这些设置--在Web服务器级的web.config文件中，将新的资源类型分配给ASP.NET标准的HTTP处理程序即可。

Forms身份验证控制流程

　　基于窗体的身份验证由实现FormsAuthenticationModule类的HTTP模块控制。当浏览器试图访问受保护的资源时，该模块会介入，并尝试查找请求者的身份验证票据。在ASP.NET 1.x中，票据不过是具有特定名称的cookie（该名称可配置）。在ASP.NET 2.0及更高版本中，它可以被配置成嵌入在URL中的值（无cookie Forms身份验证）。

　　如果没有找到有效票据，该模块会将当前请求重定向到某个登录页面。有关原页面的信息会设置在查询字符串中。用户在登录页面中提交凭据后，如果凭据被成功验证，用户代码再将浏览器重定向到原URL。附在登录页面查询字符串的原URL如下所示：

　　http://YourApp/login.aspx?ReturnUrl=original.aspx

　　对用户进行验证意味着需要颁发身份验证票据，并将其附在请求上。当浏览器再次请求该页面时，身份验证HTTP模块会收到这个票据，并据请求通过。

　　Forms身份验证带来一些固有的安全问题--所有数据都是页面明文方式传输。使用当今的浏览器技术，这种潜在的安全问题只能通过安全信道（HTTPS）来解决。

通过登录页面采集凭据

　　在登录页面需要两个文本框用来输入用户名与密码，另外还需要一个按钮用来执行登录操作。点击按钮后登录页面回发给服务器后，在服务器上应运行类似以下的代码：

void LogonUser( object sender, EventArgs e)
{
string user = userName.Text;
string pswd = passWord.Text;

// 验证登录用户名和密码
bool bAuthenticated = AuthenticateUser(user, pswd);
if (bAuthenticated)
// 登录成功，重定向到登录前页面
FormsAuthentication.RedirectFromLoginPage(user, false );
else
errorMsg.Text = " Sorry, yours seems not to be a valid account. " ;
}

　　RedirectFromLoginPage方法能够将已验证的用户重定向回最初始请求的URL，该方法有两个重载：

public static void RedirectFromLoginPage( string , bool );
public static void RedirectFromLoginPage( string , bool , string );

　　第一个参数为存储在身份验证票据中的用户名。第二个参数指示是否创建一个持久性的cookie来存储身份验证票据。如果为true，会用timeout特性指定的分钟数来设置该cookie的生存值，默认值为30分。这样，用户便会得到一个cookie，可以跨浏览器会话使用。如果为false，身份验证cookie只会在当前会话中有效。第三个参数是可选的，用于指定cookie的路径。

对用户进行身份验证

　　身份验证算法（即AuthenticateUser方法中的代码）完全取决于开发者。

注销

　　Forms身份验证模块提供了显式注销的方法--FormsAuthentication类的SignOUt方法。该方法能重置身份验证票据。如果使用cookie，SignOut方法会将HttpResponse的Cookie集合中的当前票据替换为空的、过期的cookie。

　　从ASP.NET 2.0版开始，FormsAuthentication类获得了一个新方法RedirectToLoginPage，该方法使用Response.Redirect可用于注销后返回到登录页面。

FormsAuthentication类

　　下表列出了FormsAuthentication类的属性，表中所有属性都是静态的：

　　在应用程序启动时，大多数属性的初始值会从web.config文件的<forms>配置区段读取。

FormsAuthentication类的方法

　　下表列出了FormsAuthentication类支持的方法，表中所有方法都是静态的：

　　Initialize方法用于读取配置文件的相关内容来对FormsAuthentication类的属性进行初始化，在应用程序的生存期内只调用一次。该方法还会为应用程序获取cookie值和加密密钥。

　　GetAuthCookie和SetAuthCookie方法分别用于获取和设置身份验证票据。如果应用程序以无cookie的方式进行Forms身份验证，这两个方法会对URL中的票据信息分别进行读和写操作。如果身份验证方法使用cookie，那么这两个方法则会针对cookie进行操作。

Forms身份验证的配置

　　Forms身份验证受<authentication>区段的<forms>子区段内容的控制，完整的语法如下：

< forms name = " cookie "
loginUrl = " url "
protection = " All|None|Encryption|Validation "
timeout = " 30 "
requireSSL = " true|false "
slidingExpiration = " true|false "
path = " / "
enableCrossAppsRedirects = " true|false "
cookieless = " UseCookies|UseUri|AutoDetect|UseDeviceProfile "
defaultUrl = " url "
domain = " string " >
</ forms >

　　下表对各属性做了简要说明：

基于cookie的Forms身份验证

　　在ASP.NET 1.x中，Forms身份验证主要基于cookie。身份验证票据的内容存储在cookie中，其名称取决于<forms>区段的name属性。该cookie中的信息能对发出请求的用户进行标识。

　　默认情况下，身份验证cookie有效期为30分钟，通过数据验证和加密进行保护。数据验证能够确保cookie的内容不会在沿途被篡改。加密使用的是AES加密算法，但我们可以将该算法改为DES或3DES。

　　若启用验证，创建该cookie时，会将一个验证密钥与cookie数据进行连接，计算一个机器身份验证码（MAC），并将其追加到传出的cookie中。该验证码来自web.config文件的<machineKey>区段。该区段还指定了加密密钥，在启用加密时使用。

无cookie的Forms身份验证

　　在ASP.NET 2.0和更高版本中，如果选用无cookie的身份验证，票据会嵌入URL，这种方式与使用无cookie会话时一样。

　　用于对用户进行身份验证的URL遵循这种模式：

　　http://YourApp/(F(XYZ....1234))/samples/default.aspx

　　票据经符合URL字符标准的方式进行编码后会被插入URL中，位于服务器名之后。

　　不论选择哪验证和加密方式，也不管身份验证模式是否使用cookie，存储在身份验证票据中的信息都会被编码。Forms身份验证会使用符合URI安全标准的Base64方式对其进行编码。编码后，每个字符占6位。

　　无cookie身份验证需要ISAPI筛选器来截获请求，抽取票据，并将其重写为正确的应用程序路径。该筛选器会将身份验证票据以请求标头的形式暴露。用于解析无cookie身份URL的组件与无cookie会话的解析组件相同，都是aspnet_filter.dll。为避免混淆，用于包装会话ID的分隔符为S(...)，用于包装身份验证票据的分隔符为F(...)。

无cookie身份验证的选项

　　若要启用无cookie的身份验证，将配置文件<forms>区段的cookieless属性设为特定值即可。该属性可接受的值见下表：

　　UseDeviceProfile与AutoDetect间有细微的差别。如：假设用户通过IE 6.0发出请求，根据ASP.NET安装的浏览器功能数据库中的报告，该浏览器版本支持cookie。然而，某个用户可能关闭自己浏览器的cookie支持。AutoDetect能够正确处理这种禁用cookie的情况，而UseDeviceProfile在此种情况下仍会使用cookie，因此引发一个异常。

　　为与ASP.NET 1.x保持兼容，cookieless属性的默认值得为UseDeviceProfile。我们应将其改为AutoDetect比较合适。

转载于:https://www.cnblogs.com/free722/archive/2011/05/01/2033811.html