允许使用sa证书的Web应用程序的低级操作。总是为ASP.NET Web应用程序创建新的证书并只给予所需的权限
现在，知道了SQL使用安全的方式，我们来考虑数据使用者(DataSource控件)将如何满足需求。首先，使用从VWD和VWD Web Server(Cassini)获取的数据，主要是在设计和测试的时候。第二，在部署之后应当从IIS访问数据。这两个数据使用者有不同的用户名。VWD和VWD Web Server使用登录进Windows的人员的名称，而IIS程序使用名称ASPNET。
如果SQL Server使用Windows认证，那么SqlDataSource控件需要在连接字符串中包含如下代码：Integrated Security=true(或者Trusted_connection=true)。这个参数将指示SQL Server根据请求者的Windows登录账户对数据请求进行认证。如果是登录安装SSE的用户，其证书将授予访问SSE的权限。使用VWD和VWD Web Server将一切顺利，因为VW Web Server的用户被认为是登录进Windows的程序人员，于是具有SSE上的账户。但是，即使是应用程序在VWD之外工作正常，当站点迁移至IIS后，也会不正常。IIS是在名为ASPNET的用户账户下运行的(或者是在IIS6/Windows 2003 Server中的Network Service)。因此，运行着IIS的机器的管理员必须添加ASP.NET用户并授予其许可。这个过程超出了本书讲解的范围，但是在很多IIS管理员手册中都有详细的描述。总而言之，如果SQL Server使用的是Windows认证，就能使用VWD和VWD Web Server进行本书的练习。只有在授予了访问数据库的ASP.NET进程账户许可之后，您的页面才可以在IIS上运行。
如果SQL Server使用的是SQL认证，SQL将进行自己的认证过程。这个过程将不依靠Windows的用户列表。连接字符串中包含了两个参数：user=username， password=password。现在就可以从VWD、VWD Web Server或者IIS中使用页面了，因为不需要在Windows中创建用户账户。但是，我们还要使用SQL Server中的账户。惟一的默认账户是sa。在部署之前，应当在SQL Server中创建另外一个账户，该账户只拥有执行ASPX页面的权限。如果不创建sa以外的替换账户(和密码以保护sa)，那么将会使站点处于最知名、最易于利用的安全漏洞之中。任何黑客都知道使用空密码的userID='sa'来登录。
对两种认证模式来说，当使用前面所述的连接字符串时，用户将以初始账户登录进SQL Server。这个账户就是sa，表示系统管理员，从名称上可以看出，它具有对所有对象的所有权限。在当前的SQL Server版本中，不能以密码为NULL的sa来安装服务。而在SSE中，必须以参数SAPWD="MyStrongPassword"来安装。这里的强密码表示至少不为NULL。最好使用不少于七位的字符并确保使用字母、数字和符号的混和形式。在学生练习之外的大多数情况下，需要为每个数据库和应用程序指定一个账户。应避免让一个应用程序拥有可以访问其他应用程序数据的权限。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
