概述

下图显示了一个示例。另请参阅 RFC 8446，第 4 节 。您还可以在 cloudflare.com 上查阅诸如 TLS 握手中发生的情况？等资源。

该过程可汇总如下：

1. ClientHello 启动该过程。

   ClientHello 消息包含服务器名称指示 (SNI)，其中包含服务器的完全限定域名。

2. 当受管设备处理 ClientHello 消息并将其传输到目标服务器后，服务器会确定其是否支持客户端在该消息中指定的解密属性。如果不支持这些属性，服务器将向客户端发送握手失败警报。如果支持这些属性，服务器将发送 ServerHello 信息。如果商定的密钥交换方法使用证书进行身份验证，则服务器证书消息会紧跟在 ServerHello 消息之后。

   服务器证书包含使用者可选名称 (SAN)，可以具有完全限定的域名和 IP 地址。有关 SAN 的详细信息，请参阅可分辨名称。

3. 当受管设备收到这些消息时，会尝试将其与系统上配置的 解密规则相匹配。这些消息包含 ClientHello 消息或会话数据缓存中缺少的信息。具体而言，系统可能会匹配关于 解密规则的可分辨名称、证书状态、密码套件和版本条件的这些消息。

整个过程都会别加密。

数据交换

如果配置 TLS/SSL 解密，则当托管设备收到 ClientHello 消息时，系统会尝试将此消息与进行解密 - 重新签名 (Decrypt - Resign) 或解密 - 已知密钥 (Decrypt - Known Key) 操作的 解密规则 规则进行匹配。该匹配依赖于来自 ClientHello 消息的数据，以及来自缓存服务器证书数据的数据。可能的数据包括：

注	仅在具有阻止或阻止并重置规则操作的规则中使用密码套件 (Cipher Suite) 和版本 (Version) 规则条件。在具有其他规则操作的规则中使用这些条件可能会干扰系统的 ClientHello 处理，从而导致不可预测的性能。

ClientHello 修改

如果 ClientHello 消息与解密 - 重新签名 (Decrypt-Resign) 或 解密 - 已知密钥 (Decrypt - Known Key) 规则匹配，则系统会按如下方式修改 ClientHello 消息：

• （仅 TLS 1.2；TLS 1.3 不支持压缩。）压缩方法 - 删除 compression_methods 元素（其指定客户端所支持的压缩方法）。系统无法解密压缩的会话。

• 密码套件 - 如果系统不支持密码套件，则从 cipher_suites 元素中删除它们。如果系统不支持任何指定的密码套件，则系统将传输原始的未经修改的元素。此修改会减少无法解密的流量的“未知密码套件”(Unknown Cipher Suite) 和“不受支持的密码套件”(Unsupported Cipher Suite) 类型。

• 会话标识符 - 删除 Session Identifier 元素和 SessionTicket extension (RFC 5077, sec 3.2) 中任何与缓存会话数据不匹配的值。如果 ClientHello 值与缓存数据相匹配，则中断的会话无需客户端和服务器执行完整的 TLS/SSL 握手操作也可恢复。此修改会增加会话恢复的机会，并减少无法解密的流量的“不缓存会话”(Session Not Cached) 类型。

• 椭圆曲线 - 如果系统不支持椭圆曲线，则从受支持的椭圆曲线扩展中删除它们。如果系统不支持任何指定的椭圆曲线，则受管设备将删除扩展，并从 cipher_suites 元素中删除任何相关的密码套件。

• ALPN 扩展 - 删除应用层协议协商 (ALPN) 扩展中不受系统支持的任意值（例如，HTTP/2 协议）。

• 其他扩展 - 删除下次协议协商 (NPN) 和 TLS 通道 ID 扩展。

  目前，具有解密 - 重新签名或解密 - 已知密钥操作的 解密规则 在 ClientHello 协商期间在本地支持扩展主密钥 (EMS) 扩展，从而实现更安全的通信。EMS 扩展由 RFC 7627 定义。

在系统修改 ClientHello 消息后，它会确定消息是否通过访问控制评估（可能包括深度检测）。如果消息通过评估，则系统会将其传输到目标服务器。

如果 ClientHello 消息与解密 - 重新签名 (Decrypt-Resign) 或解密 - 已知密钥 (Decrypt - Known Key) 规则不匹配，则系统不会修改消息。然后，它会确定消息是否通过访问控制评估（可能包括深度检查）。如果消息通过检查，则系统会将其传输到目标服务器。

如果流量与监控规则条件匹配，则不会修改 ClientHello。

中间人

在 TLS/SSL 握手过程中，客户端和服务器之间无法再进行直接通信，因为在消息修改之后，由客户端和服务器计算的消息身份验证代码 (MAC) 不再匹配。对于所有后续的握手消息（和已建立的加密会话），托管设备将充当中间人。它创建两个 TLS/SSL 会话，一个是客户端与受管设备之间的会话，一个是受管设备与服务器之间的会话。因此，每个会话包含不同的加密会话详细信息。

注	系统可以解密的密码套件会频繁更新，且其无法直接对应于您可以在 解密规则 条件中使用的密码套件。有关可解密密码套件的当前列表，请联系思科 TAC。

概述

下图显示了一个示例。另请参阅 RFC 8446，第 4 节 。您还可以在 cloudflare.com 上查阅诸如 TLS 握手中发生的情况？等资源。

该过程可汇总如下：

1. ClientHello 启动该过程。

   ClientHello 消息包含服务器名称指示 (SNI)，其中包含服务器的完全限定域名。

2. 当受管设备处理 ClientHello 消息并将其传输到目标服务器后，服务器会确定其是否支持客户端在该消息中指定的解密属性。如果不支持这些属性，服务器将向客户端发送握手失败警报。如果支持这些属性，服务器将发送 ServerHello 信息。如果商定的密钥交换方法使用证书进行身份验证，则服务器证书消息会紧跟在 ServerHello 消息之后。

   服务器证书包含使用者可选名称 (SAN)，可以具有完全限定的域名和 IP 地址。有关 SAN 的详细信息，请参阅可分辨名称。

3. 当受管设备收到这些消息时，会尝试将其与系统上配置的 解密规则相匹配。这些消息包含 ClientHello 消息或会话数据缓存中缺少的信息。具体而言，系统可能会匹配关于 解密规则的可分辨名称、证书状态、密码套件和版本条件的这些消息。

整个过程都会别加密。

解密规则 操作

如果消息与任何 解密规则 都不匹配，托管设备将执行 解密策略 默认操作。

如果消息与属于与访问控制策略关联的 解密策略 的规则匹配，则托管设备会根据需要继续：

操作：“监控”(Monitor)

TLS/SSL 握手继续完成。托管设备会跟踪和记录已加密的流量，但不会对其进行解密。

操作：“阻止”(Block) 或“阻止并重置”(Block with reset)

托管设备会阻止 TLS/SSL 会话，并重置 TCP 连接（如已配置）。

操作：“不解密”(Do Not Decrypt)

TLS/SSL 握手继续完成。受管设备不解密 TLS/SSL 会话期间交换的应用数据。

操作：“解密 - 已知密钥”(Derypt - Known Key)

托管设备尝试将服务器证书数据与先前导入 管理中心 的内部证书对象进行匹配。由于您无法生成内部证书对象，并且您必须拥有其私钥，因此假设您拥有在其上使用已知密钥解密的服务器。

如果此证书与已知证书匹配，则 TLS/SSL 握手将继续完成。受管设备使用上传的私钥解密并重新加密 TLS/SSL 会话期间交换的应用数据。

如果服务器在与客户端的初始连接和后续连接之间更改其证书，则必须在 管理中心 中导入新服务器证书，以便用于将来解密连接。

操作：“解密 - 重新签名”(Decrypt - Resign)

托管设备将处理服务器证书消息并使用之前上传或生成的证书颁发机构 (CA) 证书重签服务器证书。TLS/SSL 握手继续完成。托管设备随手会使用上传的私钥解密并重新加密 TLS/SSL 会话期间交换的应用数据。

注	Firepower 系统不支持相互身份验证；也就是说，不能将客户端证书上传到 管理中心 并将其用于解密 - 重新签名 (Decrypt - Resign) 或 解密 - 已知密钥 (Decrypt - Known Key) 解密规则 操作。有关详细信息，请参阅解密和重新签名（传出流量）和已知密钥解密（传入流量）。

仅 HTTP 性能

在不对流量进行解密的受管设备上使用 TLS 加密加速可能会影响性能。

联邦信息处理标准 (FIPS)

如果同时启用了 TLS 加密加速 和联邦信息处理标准 (FIPS)，则与以下选项的连接会失败：

• 大小小于 2048 字节的 RSA 密钥

• Rivest 密码 4 (RC4)

• 单一数据加密标准（单一 DES）

• Merkle–Damgard 5 (MD5)

• SSL v3

当您将 管理中心 和受管设备配置为以安全认证合规模式运行时，FIPS 会被启用。在这些模式下运行时，要允许连接，则可配置 Web 浏览器以接受更为安全的选项。

更多详情：

• FIPS 支持的密码：关于 SSL 设置。

• 安全认证合规性模式。

• 通用条件。

TLS 心跳

某些应用使用 RFC6520 定义的传输层安全 (TLS) 和数据报传输层安全 (DTLS) 协议的 TLS 心跳扩展。SSL 心跳可用于确认连接是否仍处于活动状态 - 客户端或服务器发送指定字节数的数据，并请求另一方回送响应。如果此过程成功，则发送加密的数据。

当启用 TLS 加密加速的受管设备遇到使用 SSL 检测信号扩展的数据包时，受管设备将执行 解密策略 的无法解密的操作中解密错误的设置所指定的操作：

• 阻止

• 阻止并重置

有关详细信息，请参阅无法解密流量的默认处理选项。

要确定应用是否正在使用 TLS 心跳，请参阅对 TLS 心跳进行故障排除。

您可以在网络分析策略 (NAP) 中配置最大心跳长度，以便确定如何处理 TLS 心跳。有关详细信息，请参阅SSL 预处理器。

TLS/SSL 超订用

TLS/SSL 超订用是受管设备过载 TLS/SSL 流量的状态。任何受管设备都可能会遇到 TLS/SSL 超订用，但只有支持 TLS 加密加速的受管设备才提供可配置的方式对其进行处理。

启用了 TLS 加密加速 的受管设备在超订用时，受管设备接收的任何数据包都根据 解密策略 的无法解密的操作中握手错误设置进行处理：

• 继承默认操作

• 不解密

• 阻止

• 阻止并重置

如果 解密策略的 无法解密的操作 中 握手错误 的设置为 不解密 ，且相关的访问控制策略配置为检查流量，则检查会发生；但是解密 不会 发生。

如果出现大量超订用，有以下选项可供选择：

• 升级受管设备以提高 TLS/SSL 处理能力。

• 更改您的 解密策略，为不具有较高解密优先级的流量添加不解密规则。