概述
传统的安全模型将安全性建立在用户以及用户组的机制上来提供隔离和访问控制。这就意味着用户要么可以运行全部代码，要么都不能运行。而这正是现在大多数操作系统采取的安全模型，即使现在看来这种机制也是很有效的，但是深入思考之后我们可以发现这种机制存在的假设是所有的代码都具有相同的信任程度。当所有的代码都是来自你或者你的系统管理员，那么这种假设是行之有效的。但是现在大多数计算机都连上了Internet之后，这种"都行"或者"都不行"的方式就不那么好了。.net框架提供了全面的安全系统，足以应付现在已有的大多数安全性问题。在.NET框架中提供了与传统模型相似的，但却是由开发人员自定义的安全模型，称为基于角色的安全性（Role-Based Security）。基于角色的安全性最重要的概念就是授权（Principals）和标识（Identity）。
基于角色的安全性
简单的说，程序安全性的目的就是防止不怀好意的人或者程序不能做管理员和开发人员不允许做的事情。在前面提到的传统的安全机制着眼于控制用户的权限，通过验证用户的身份标识来限制用户的操作，从而可以控制特定的用户对资源的访问，在过去很长的一段时间里，Windows和UNIX这两个最成功的操作系统都采取了这种安全机制。在讨论.NET的安全编程之前，我们将先来看看.NET平台提供的安全模型，只有深入理解安全模型，我们才能更加有效的利用平台给我们提供的更好的安全性保证（以下讨论的操作系统以Windows 2000及Windows XP为主）。
.NET的安全模型在系统的安全模型的上层，并且与一些服务器程序的安全特性结合的很好（当然，目前这些产品还仅限于微软自己的产品，比如SQL Server和Internet Information Services （IIS））。正因为.NET与操作系统的层次不同，所以.NET程序的安全性就取决于这样几个因素：.NET安全性是如何配置的，程序组件是怎样编写的，以及一些由Windows，网络设置或者其他程序设定的安全特性。
下面这幅图说明了.NET安全模型是如何在Windows的安全子系统上工作的。管理员使用管理控制台snap-ins设置用户帐号并制定安全策略。同时，管理员也负责管理.NET安全配置。当用户登陆操作系统并运行.NET托管程序，CLR将验证用户并允许程序进行某些动作，接着将这些操作传递给操作系统的安全监视程序。

不过有一个需要特别注意的问题，就是无论你怎样使用.NET的安全，资源仍然是处于操作系统级的保护之下。对于受特殊保护的资源，.NET平台的安全权限是无能为力的（其实这一点也正好符合.NET与操作系统的层次关系）。
下面我们就来详细的看看基于角色的安全性中的几个概念，以及这几个概念在.NET中是如何运用的。
验证（authentication）指的是确定用户身份的过程，而授权（authorization）指的是经过上面的过程之后给予用户访问特定资源的权限，说明白一点，验证就是知道"你是谁"，而授权则是"让你可以做什么"。.NET为实现这两个过程提供了Principal和Identity对象，其中，基于角色的安全性基础建立在Principal对象之上，该对象封装了当前用户的信息，既包含用户身份，也包含他所扮演的角色；用户身份用Identity对象来指明，Identity对象中不仅包含指定的用户身份信息（用户名称或账号），还包括了"如何验证这一身份"的方法。

Identity对象

Identity对象是实现了IIdentity接口的类的实例。IIdentity接口包括三个只读属性：

string AuthenticationType {get;} 获取所使用的身份验证的类型
bool IsAuthenticated {get;} 获取布尔值，该值指出登陆用户是否经过验证
string Name {get;} 获取当前用户的名称

.NET中实现了接口的有以下四个类：

1、GenericIdentity 用来表示一般性的用户，可以用于自定义登陆验证的情况。

2、WindowsIdentity 用来表示登陆Windows系统成功的普通Windows用户。

3、FormsIdentity 用来表示ASP.NET应用程序中使用Forms身份验证的用户。

4、PassportIdentity 用来表示在使用Passport的应用程序中的用户。不过要注意必须要安装了Passport SDK才能使用这个类。

因为在当前的具体开发中使用得最多的是前三个，而FormsIdentity类将在后文专门讲到，所以下面我们将详细讨论前两个类。

GenericIdentity类

GenericIdentity类其实相当简单，它并不与任何特定的验证协议相关联。因此，它往往被用在采用了自定义登陆机制的场合。比如一个程序可以自己提示用户输入用户名和密码，然后到自定义的用户数据库中去查询。如果用户名和密码有效，那么程序就会创建一个基于数据库中的匹配记录的principal和（对应的）identity对象。

GenericIdentity类除了三个IIdentity接口定义的属性之外没有更多的东西了。不过，GenericIdentity类提供了两个构造函数。一个构造函数接受一个字符串参数，该参数指定的是用户名；另一个构造函数接受两个参数：第一个是用户名字符串，第二个是给定的验证类型字符串。

public GenericIdentity(string name);
public GenericIdentity(string name, string type);

现在我们不过多地讲述使用GenericIdentity类的细节问题，在后面我们将会看到在一个实际的程序当中是如何使用GenericIdentity对象的。

WindowsIdentity类

作为实现了IIdentity接口的派生类，WindowsIdentity类主要用于表示登陆Windows成功的用户。下面我们依次来看看WindowsIdentity类的构造函数，属性和方法。

在构造函数中会用到IntPtr类型的参数，我们先来看看这种数据类型，IntPtr类型通常用来表示与平台相关的数据类型，比如一个内存指针或者是一个句柄。在我们使用的情况下，IntPtr参数通常用来代表一个Win32句柄，而这个句柄指向的是一个32位的用户的帐号标记（account token）。这个标记一般是通过调用非托管的Win32 API获得的。

public WindowsIdentity(IntPtr userToken); 
public WindowsIdentity(IntPtr userToken, string authType); 
public WindowsIdentity(IntPtr userToken, string authType, 

WindowsAccountType acctType); 
public WindowsIdentity(IntPtr userToken, string authType, 

WindowsAccountType acctType, bool isAuthenticated); 

每一个构造函数都带有相同的IntPtr参数，后面跟着一些带有其他信息的参数：验证类型，Windows帐号类型以及验证状态。要注意WindowsAccountType参数必须要使用下列枚举值之一：Anonymous，Guest，Normal，System。

理所当然的，WindowsIdentity类也具有IIdentity接口的三个只读属性： AuthenticationType，IsAuthenticated和Name。另外，WindowsIdentity类还有自身特有的属性：IsAnonymous，IsGuest和IsSystem，有了这三个属性可以更好的确定用户帐号。

接着再来看看WindowsIdentity类的方法。除了继承于Object类的方法之外，WindowsIdentity类还有这样三个方法：GetAnonymous，GetCurrent和Impersonate。

1、GetAnonymous方法返回的是一个表示匿名用户的WindowsIdentity对象。

2、GetCurrent方法返回的是一个表示当前用户的WindowsIdentity对象。

3、Impersonate方法可以让你的代码临时模拟出一个用户。

GetAnonymous和GetCurrent方法都返回一个WindowsIdentity对象，使用也很简单，我们需要注意的是Impersonate方法，该方法有两个版本：实例版本（instance version）和静态版本（static version）。实例版本的方法不带参数，返回一个基于被调用WindowsIdentity对象的WindowsImpersonationContext对象（WindowsImpersonationContext类表示模拟操作之前的 Windows 用户）；静态版本则需要一个IntPtr参数。这种模拟操作对于服务器程序来说是很有用的，它可以降低客户端访问服务器所用用户帐号的权限，从而在一定程度上提高了安全性。下面是上述方法的具体语法：

public static WindowsIdentity GetAnonymous(); 
public static WindowsIdentity GetCurrent(); 
public virtual WindowsImpersonationContext Impersonate(); 
public static WindowsImpersonationContext Impersonate(IntPtr userToken);