在 Reporting Services 中，Windows 操作系统通过集成的安全性或通过用户凭据的显式接受和验证，处理用户的身份验证。可以在 Reporting Services 中开发自定义身份验证，以支持附加的身份验证架构。这可以通过安全扩展插件接口 IAuthenticationExtension 实现。所有扩展插件都继承自报表服务器部署和使用的任何扩展插件的 IExtension 基接口。IExtension 以及 IAuthenticationExtension 是 Microsoft.ReportingServices.Interfaces 命名空间的成员。

在 Reporting Services 中对报表服务器进行身份验证的主要方式是 LogonUser 方法。此 Reporting Services Web 服务成员可用于将用户凭据传递到某一报表服务器以进行验证。您的基础安全扩展插件实现包含您的自定义身份验证代码的 IAuthenticationExtension.LogonUser。在窗体身份验证示例 LogonUser 中，对提供的凭据和数据库中的自定义用户存储执行身份验证检查。LogonUser 的实现的示例如下：

public bool LogonUser(string userName, string password, string authority)
{
   return AuthenticationUtilities.VerifyPassword(userName, password);
}

以下示例函数用于验证提供的凭据：

internal static bool VerifyPassword(string suppliedUserName,
   string suppliedPassword)
{ 
   bool passwordMatch = false;
   // Get the salt and pwd from the database based on the user name.
   // See "How To: Use DPAPI (Machine Store) from ASP.NET," "How To:
   // Use DPAPI (User Store) from Enterprise Services," and "How To:
   // Create a DPAPI Library" for more information about how to use
   // DPAPI to securely store connection strings.
   SqlConnection conn = new SqlConnection(
      "Server=localhost;" + 
      "Integrated Security=SSPI;" +
      "database=UserAccounts");
   SqlCommand cmd = new SqlCommand("LookupUser", conn);
   cmd.CommandType = CommandType.StoredProcedure;

   SqlParameter sqlParam = cmd.Parameters.Add("@userName",
       SqlDbType.VarChar,
       255);
   sqlParam.Value = suppliedUserName;
   try
   {
      conn.Open();
      SqlDataReader reader = cmd.ExecuteReader();
      reader.Read(); // Advance to the one and only row
      // Return output parameters from returned data stream
      string dbPasswordHash = reader.GetString(0);
      string salt = reader.GetString(1);
      reader.Close();
      // Now take the salt and the password entered by the user
      // and concatenate them together.
      string passwordAndSalt = String.Concat(suppliedPassword, salt);
      // Now hash them
      string hashedPasswordAndSalt =
         FormsAuthentication.HashPasswordForStoringInConfigFile(
         passwordAndSalt,
         "SHA1");
      // Now verify them. Returns true if they are equal.
      passwordMatch = hashedPasswordAndSalt.Equals(dbPasswordHash);
   }
   catch (Exception ex)
   {
       throw new Exception("Exception verifying password. " +
          ex.Message);
   }
   finally
   {
       conn.Close();
   }
   return passwordMatch;
}

Reporting Services Web 服务提供自定义身份验证扩展插件，以便支持通过报表管理器和报表服务器进行窗体身份验证。

Reporting Services Web 服务的 LogonUser 方法用于将凭据提交到报表服务器以供身份验证。该 Web 服务使用 HTTP 标头将身份验证票证（通称为“cookie”）从服务器传递到客户端，以便用于已验证的登录请求。

下图描述了在您使用配置为使用自定义身份验证扩展插件的报表服务器部署应用程序时，向该 Web 服务验证用户身份的方法。

如图 2 中所示，该身份验证流程如下：

1. 客户端应用程序调用 Web 服务 LogonUser 方法以便验证某一用户的身份。
   
2. 该 Web 服务调用您的安全扩展插件的 LogonUser 方法，具体而言，即实现 IAuthenticationExtension 的类。
   
3. 您的 LogonUser 实现验证用户存储或安全机构中的用户名和密码。
   
4. 在成功进行身份验证后，该 Web 服务将创建一个 cookie 并为会话管理它。
   
5. 该 Web 服务将该身份验证票证返回到调用应用程序的 HTTP 标头上。
   

在该 Web 服务成功通过安全扩展插件验证用户身份后，它将生成用于后续请求的 cookie。该 cookie 可能不会在自定义安全机构内持久化，因为报表服务器不拥有该安全机构。该 cookie 从 LogonUser Web 服务方法返回并且用于后续的 Web 服务方法调用和 URL 访问中。

注意：
为了避免在传输期间损坏 cookie，从 LogonUser 返回的身份验证 cookie 应使用安全套接字层 (SSL) 加密安全地传输。

如果您在安装自定义安全扩展插件时通过 URL 访问报表服务器，则 Internet 信息服务 (IIS) 和 ASP.NET 将自动管理身份验证票证的传输。如果您在通过 SOAP API 访问报表服务器，则您的代理类的实现必须包括用于管理身份验证票证的附加支持。有关使用 SOAP API 和管理身份验证票证的详细信息，请参阅“使用具有自定义安全性的 Web 服务”。

窗体身份验证是一种 ASP.NET 身份验证，其中，未经身份验证的用户定向到某一 HTML 窗体。一旦用户提供凭据后，系统将发出包含身份验证票证的 cookie。对于以后的请求，系统首先检查 cookie 以确定报表服务器是否已验证用户的身份。

Reporting Services 可以扩展，以便使用可通过 Reporting Services API 提供的安全可扩展接口支持窗体身份验证。如果您扩展 Reporting Services 以使用窗体身份验证，则将安全套接字层 (SSL) 用于与报表服务器的全部通信，以便防止恶意用户获取对其他用户的 cookie 的访问。SSL 使客户端和报表服务器能够彼此进行身份验证，并且确保没有其他计算机可以读取两台计算机之间的通信内容。通过 SSL 连接从客户端传送的所有数据都进行加密，以便恶意用户无法截获发送给报表服务器的密码或数据。

实现窗体身份验证通常是为了支持针对非 Windows 的其他平台的帐户和身份验证。向请求对某一报表服务器的访问的用户提供一个图形界面，并且提供的凭据将提交到安全机构以便进行身份验证。

窗体身份验证要求某一人输入凭据。对于直接与 Reporting Services Web service 服务通信的无人参与应用程序，窗体身份验证必须与自定义身份验证架构相结合。

在以下情况下窗体身份验证适用于 Reporting Services：

• 您需要存储不具有 Microsoft Windows 帐户的用户并验证其身份，并且
  
• 您需要提供您自己的用户界面窗体作为某一网站上不同页之间的登录页。
  

在编写支持窗体身份验证的自定义安全扩展插件时，应注意以下事项：

• 如果您使用窗体身份验证，则必须在 Internet 信息服务 (IIS) 的报表服务器虚拟目录上启用匿名访问。
  
• ASP.NET 身份验证必须设置为“窗体”。在报表服务器的 Web.config 文件中配置 ASP.NET 身份验证。
  
• Reporting Services 可以使用 Windows 身份验证或自定义身份验证来验证用户身份和向用户授权，但不能同时使用这两者。Reporting Services 不支持同时使用多个安全扩展插件。
  

概念

帮助和信息