asp.net 中用户和角色的验证

http://support.microsoft.com/default.aspx?scid=kb;zh-cn;306590

请求的安全性事件流

以下步骤简要介绍了在客户端发出请求时发生的事件序列：

1.	客户端请求 IIS 服务器上的一个 .aspx 页。
2.	将客户端凭据传递给 IIS。
3.	IIS 对客户端进行身份验证，然后将经过身份验证的标记随客户端请求一起传送到 ASP.NET 工作进程。
4.	根据 IIS 传送的经过身份验证的标记以及 Web 应用程序的配置设置，ASP.NET 决定是否在处理请求的线程上模拟用户。Microsoft Active Server Pages (ASP) 和 ASP.NET 的明显区别是，ASP.NET 在默认情况下不再模拟经过身份验证的用户。若要启用模拟，必须在 Web.config 文件中将 identity 部分中的 impersonate 属性设置为 true。

相关配置设置

IIS 在 IIS 配置数据库中保存与安全性有关的配置设置。但是，ASP.NET 在可扩展标记语言 (XML) 配置文件中保存安全（及其他）配置设置。虽然从安全性的角度来看，这通常可简化应用程序的部署，但应用程序采用的安全模型要求通过其配置文件 (Web.config) 来正确配置 IIS 配置数据库和 ASP.NET 应用程序。

以下配置部分与 ASP.NET 安全性有关：

•	<authentication> 部分 http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpgenref/html/gngrfauthenticationsection.asp
•	<authorization> 部分 http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpgenref/html/gngrfauthorizationsection.asp
•	<identity> 部分 http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpgenref/html/gngrfidentitysection.asp
•	<machineKey> 部分 http://msdn.microsoft.com/library/default.asp?url=/library/en-us/cpgenref/html/gngrfmachinekeysection.asp

身份验证

身份验证是指以下过程：获取标识凭据（如用户名和密码），并对照某一颁发机构来验证这些凭据。

ASP.NET 提供了四个身份验证提供程序：

•	表单身份验证
•	Windows 身份验证
•	Passport 身份验证
•	默认身份验证

表单身份验证

表单身份验证是指以下系统：将未经身份验证的请求重定向到一个超文本标记语言 (HTML) 表单，使用户能够在其中键入他们的凭据。在用户提供凭据并提交该表单后，应用程序对请求进行身份验证，然后系统以 Cookie 的形式发出身份验证票证。此 Cookie 包含凭据或用于重新获取标识的密钥。浏览器的后续请求自动包含此 Cookie。

Windows 身份验证

在 Windows 身份验证中，IIS 执行身份验证，并将经过身份验证的标记传递给 ASP.NET 工作进程。使用 Windows 身份验证的优点是它需要的编码最少。在将请求传递给 ASP.NET 之前，您可能需要使用 Windows 身份验证来模拟 IIS 进行验证的 Windows 用户帐户。

Passport 身份验证

Passport 身份验证是 Microsoft 提供的集中式身份验证服务，它为成员站点提供单一登录和核心配置文件服务。通常，当您需要跨越多个域的单一登录功能时，将使用 Passport 身份验证。

默认身份验证

当 Web 应用程序不需要任何安全功能时，将使用默认身份验证；此安全提供程序需要匿名访问。在所有的身份验证提供程序中，默认身份验证为应用程序提供了最高的性能。当您使用自己的自定义安全模块时，也可以使用此身份验证提供程序。

授权

授权是指验证经身份验证的用户是否可以访问请求资源的过程。

ASP.NET 提供以下授权提供程序：

•	FileAuthorization
•	UrlAuthorization

FileAuthorization

FileAuthorizationModule 类进行文件授权，而且在使用 Windows 身份验证时处于活动状态。FileAuthorizationModule 负责对 Windows 访问控制列表 (ACL) 进行检查，以确定用户是否应该拥有访问权限。

UrlAuthorization

UrlAuthorizationModule 类进行统一资源定位器 (URL) 授权，它基于 URI 命名空间来控制授权。URI 命名空间可能与 NTFS 权限使用的物理文件夹和文件路径存在很大的差异。

UrlAuthorizationModule 实现肯定和否定的授权断言；即，可以使用该模块有选择性地允许或拒绝访问用户、角色（如 manager、tester 和 administrator）和谓词（如 GET 和 POST）的 URI 命名空间的任意部分。

基于角色的安全性

ASP.NET 中基于角色的安全性类似于 Microsoft COM+ 和 Microsoft Transaction Server (MTS) 所使用的基于角色的安全性，不过它们之间也存在很大的差异。ASP.NET 中基于角色的安全性不仅限于 Windows 帐户和组。例如，如果启用 Windows 身份验证和模拟，用户的标识就是 Windows 标识 (User.Identity.Name = "Domain\username")。可以检查特定角色中成员的标识，并相应地限制其访问权限。例如：

Visual C# .NET 代码

if ( User.IsInRole("BUILTIN\\Administrators"))
   Response.Write("You are an Admin");
else if (User.IsInRole("BUILTIN\\Users"))
   Response.Write("You are a User");
else
   Response.Write("Invalid user");
				

如果使用的是表单身份验证，则不会为经过身份验证的用户分配角色；您必须以编程方式执行此任务。若要为经过身份验证的用户分配角色，请使用身份验证模块（本例中为表单身份验证模块）的 OnAuthenticate 事件创建新的 GenericPrincipal 对象，并为其分配 HttpContext 的 User 属性。以下代码对此进行了说明：

Visual C# .NET 代码

public void Application_AuthenticateRequest(Object s, EventArgs e)
{
   if (HttpContext.Current.User != null)
   {
      if (HttpContext.Current.User.Identity.AuthenticationType == "Forms" )
      {
         System.Web.Security.FormsIdentity id = HttpContext.Current.User.Identity;
         String[] myRoles = new String[3];
         myRoles[0]= "managers";
         myRoles[1]= "testers";
         myRoles[2]= "developers";
         HttpContext.Current.User = new System.Security.Principal.GenericPrincipal(id,myRoles);
      }
   }
}
				

若要检查用户是否属于特定的角色并相应地限制其访问权限，请在 .aspx 页中使用以下代码（或类似的代码）：

Visual C# .NET 代码

if (User.IsInRole("managers"))
   Response.Write("You are a Manager");
else if (User.IsInRole("testers"))
   Response.Write("You are a Tester");
else if (User.IsInRole("developers"))
   Response.Write("You are a Developer");

本文地址：http://com.8s8s.com/it/it43602.htm