AWS Key Management Service 常见问题

AWS KMS 执行您规定的使用和管理策略。您可以选择允许您账户或其他账户中的 IAM 用户和角色使用并管理您的密钥。

AWS KMS 旨在确保包括 AWS 员工在内的任何人都无法从该服务中检索您的纯文本 KMS 密钥。AWS KMS 使用已经通过 FIPS 140-2 验证或正在进行验证的硬件安全模块 (HSM) 来保护密钥的机密性和完整性。您的纯文本 KMS 密钥永远不会离开 HSM，也永远不会被写入磁盘中，只会在执行您请求的加密操作期间在 HSM 的易失性内存中使用它。对服务主机上的软件以及 AWS KMS HSM 固件的更新由 Amazon 的内部独立小组以及符合 FIPS 140-2 规定的 NIST 认证的实验审计和审核的多方访问控件控制。

有关安全控件的更多详细信息，请查看 AWS KMS 加密详情技术文件。您还可以查看适用于 AWS KMS HSM 的 FIPS 140-2 证书以及关联的安全策略，以详细了解 AWS KMS HSM 对 FIPS 140-2 的安全要求的满足情况。此外，您还可以请求下载一份由 AWS Artifact 提供的系统和组织控件（SOC）报告，以详细了解该服务用于保护您的 KMS 密钥的安全控件。

您不需要执行任何操作。所有 AWS KMS 密钥（无论创建日期或来源如何）都会使用已经获得 FIPS 140-2 Security Level 3 验证的 HSM 进行自动保护。

经过 FIPS 140-2 Security Level 3 验证的 HSM 部署在所有提供 AWS KMS 的 AWS 区域。
注意：根据法规，中国区域的 AWS KMS 不能使用 NIST FIPS HSM，而是使用中国国家商用密码管理局（OSCCA）认证的 HSM。

AWS KMS 是两层式服务。API 终端仅使用支持完全正向保密的 TLS 密码套件通过 HTTPS 连接接受客户端请求。这些 API 端点会先验证并授权请求，然后将加密操作请求传递至 AWS KMS HSM，如果您使用的是 KMS 自定义密钥存储功能，则会传递至 AWS CloudHSM 集群。

应将您的应用程序配置为连接到独特区域的经 FIPS 140-2 验证的 HTTPS 端点。AWS KMS 的经 FIPS 140-2 验证的 HTTPS 端点由 OpenSSL FIPS 对象模块提供技术支持。您可以在此处查看 OpenSSL 模块的安全策略。经 FIPS 140-2 验证的 API 端点在所有提供 AWS KMS 的商业区域均可用。

符合。经过验证，AWS KMS 拥有功能和安全控件，可帮助您满足加密和密钥管理要求（主要涉及 PCI DSS 3.2.1 的第 3.5 和 3.6 节）。

如需详细了解 AWS 中符合 PCI DSS 规定的服务，请参阅 PCI DSS 常见问题。

您可以请求 AWS KMS 生成数据密钥，并返回这些密钥以用于您自己的应用程序。数据密钥按照您在 AWS KMS 中定义的根密钥加密，从而使您可以安全地存储加密的数据密钥与您的加密数据。您的加密数据密钥（以及您的源数据）只能由有权使用原根密钥的用户来为您的加密数据密钥解密。

不可以。为帮助验证 AWS KMS 密钥的安全，使您的策略执行能得到一致性实施并提供集中化的 CMK 使用日志，只能在该服务中创建和使用主密钥。

AWS KMS 生成的单区域 KMS 密钥存储在其创建时所在的区域中且仅用于该区域。通过 AWS KMS 多区域密钥，您可以选择将多区域主密钥复制到相同 AWS 分区内的多个区域中。

AWS CloudTrail 中的日志将告诉您所有 AWS KMS API 请求，包括管理请求（如创建、轮换、禁用和策略编辑）和加密请求（如加密/解密）。在您的账户中启用 CloudTrail 以查看这些日志。

CloudHSM 在 Amazon Virtual Private Cloud（VPC）中提供了一个经过验证的单租户 HSM 集群，以存储和使用您的密钥。您对如何通过独立于 AWS 的身份验证机制使用您的密钥拥有独家控制权。您与 CloudHSM 集群中密钥的交互方式与您与 Amazon EC2 中运行的应用程序的交互方式相似。您可以通过 PKCS#11、Java JCE 或 Microsoft CNG 界面使用 CloudHSM 支持各种使用案例，如数字权限管理 (DRM)、公有密钥基础设施 (PKI)、文档签名和加密函数。
 

AWS KMS 可帮助您控制您的应用程序和受支持 AWS 产品通过单个控制台在全世界多个区域使用的加密密钥。该服务使用已经或正在申请获得 FIPS 140-2 验证的 FIPS HSM 来保护您的密钥的安全性。在 AWS KMS 中对您所有的密钥进行集中化管理有助于您实施关于谁能在何种条件下使用您的密钥、它们何时轮换以及谁能管理它们的策略。AWS KMS 与 CloudTrail 的集成，使您能够审计您的密钥使用情况，以支持法规和合规性活动。如果您要通过与 AWS KMS 集成的其他 AWS 服务直接调用服务 API，请使用 AWS 开发工具包通过您的应用程序与 AWS KMS 交互，如果您要执行客户端加密，请使用 AWS Encryption SDK 通过您的应用程序与 AWS KMS 交互。

使用 AWS KMS，您仅需按用量付费；而且没有最低费用。开始使用服务时，没有安装费，用户无需对服务的使用签订任何长期使用期限合约。每个月底将自动向您的信用卡收取当月使用费。

您要为您创建的所有 KMS 密钥和每月超出免费套餐的提交给服务的 API 请求支付费用。
 

要了解当前定价信息，请访问 AWS KMS 定价页面。

符合。使用 AWS Free Tier，您可以在所有区域免费*开始使用 AWS KMS。AWS 服务为您创建的 AWS 托管的 AWS KMS 密钥可以免费存储在您的账户中。还有每月提供至该服务的免费请求数量的免费使用套餐。要了解当前定价信息，包括免费套餐，请访问 AWS KMS 定价页面。

* 免费套餐不包括涉及非对称 KMS 密钥的 API 请求以及针对 GenerateDataKeyPair 和 GenerateDataKeyPairWithoutPlaintext API 的 API 请求。

除非另行说明，否则我们的价格不包含适用的税费和关税（包括增值税和适用销售税）。使用日本账单地址的客户若要使用 AWS，则需缴纳日本消费税。您可以在此处了解更多信息。

符合。您可以从自己的密钥管理基础设施向 AWS KMS 导入密钥副本，并通过任意集成的 AWS 产品或在自己的应用程序中对其加以使用。

您可以使用导入的密钥更好地控制 AWS KMS 中密钥的创建、生命周期管理和持久性。导入的密钥用于帮助您满足合规性要求，其中可能包括能够在您的基础设施中生成或保留安全的密钥副本，以及能够从 AWS 基础设施中立即删除导入的密钥副本。

您可以导入对称密钥、非对称密钥（RSA 和椭圆曲线）和 HMAC 密钥。

在导入过程中，必须使用支持的包装算法通过 AWS KMS 提供的公钥封装您的密钥。这验证了您的加密密钥仅能被 AWS KMS 解密。

有两个主要区别：
 

1. 您有责任在您的密钥管理基础设施中保留一份导入密钥的副本，以便随时重新导入这些密钥。但是，在您计划删除密钥之前，AWS 可一直验证 AWS KMS 代表您生成的密钥的可用性、安全性和持久性。
2. 您可以为导入的密钥设置有效期。AWS KMS 将在有效期后自动删除密钥。您也可以按需删除导入的密钥材料。在这两种情况下，密钥材料本身会被删除，但 AWS KMS 中的 KMS 密钥参考以及相关的元数据仍会保留，因此，密钥材料可在今后重新导入。AWS KMS 生成的密钥不会失效，也无法立即删除；有 7 到 30 天的强制等待期。所有客户托管的 KMS 密钥，无论密钥材料是否是导入的，均可手动禁用或计划删除。在此情况中，KMS 密钥本身会被删除，而不仅仅是底层密钥材料。

您可以在原 AWS KMS 密钥下将设有有效到期时间的密钥材料副本重新导入 AWS KMS，以便使用。

符合。将密钥导入 AWS KMS 密钥之后，您每隔几分钟便会收到一项 CloudWatch 指标，显示导入密钥的到期时间倒计时。如果 AWS KMS 密钥下的导入密钥到期，您还会收到一个 CloudWatch 事件。您可以构建逻辑来响应这些指标或事件，自动重新导入使用新到期时间的密钥，以免出现可用性风险。

在创建用于加密和解密的 KMS 密钥时，AWS KMS 支持 256 位密钥。返回给调用方的生成的数据密钥可以是 256 位、128 位或不超过 1024 位的任意值。AWS KMS 代表您使用 256 位 KMS 密钥进行加密或解密时，将使用 Galois Counter Mode（AES-GCM）下的 AES 算法。

AWS KMS 支持以下非对称密钥类型：RSA 2048、RSA 3072、RSA 4096、ECC NIST P-256、ECC NIST P-384、ECC NIST-521 和 ECC SECG P-256k1。 AWS KMS 支持 RSAES_OAEP_SHA_1 和 RSAES_OAEP_SHA_256 加密算法和 RSA 2048、RSA 3072 和 RSA 4096 密钥类型。加密算法不能与椭圆曲线密钥类型（ECC NIST P-256、ECC NIST P-384、ECC NIST-521 和 ECC SECG P-256k1）一起使用。

使用椭圆曲线密钥类型时，AWS KMS 支持 ECDH 密钥协商算法。

使用 RSA 密钥类型时，AWS KMS 支持 RSASSA_PSS_SHA_256、RSASSA_PSS_SHA_384、RSASSA_PSS_SHA_512、RSASSA_PKCS1_V1_5_SHA_256、RSASSA_PKCS1_V1_5_SHA_384 和 RSASSA_PKCS1_V1_5_SHA_512 签名算法。在使用椭圆曲线密钥类型时，AWS KMS 支持 ECDSA_SHA_256、ECDSA_SHA_384 和 ECDSA_SHA_512 签名算法。

非对称密钥材料的公共部分是在 AWS KMS 中生成的，可以通过调用“Verify”API 用于数字签名验证，或通过调用“Encrypt”API 用于公共密钥加密。公共密钥也可以在 AWS KMS 外部用于验证或加密。您可以调用 GetPublicKey API 检索非对称 KMS 密钥的公共部分。

该大小限制为 4 KB。如果您想要对超过 4 KB 的数据进行数字签名，您可以选择创建数据的信息摘要，并将它发送到 AWS KMS。数字签名是基于数据摘要创建的，然后返回。您可以在 Sign API 请求中作为参数指定是要发送完整信息或信息摘要。对于要求使用非对称运算的 Encrypt、Decrypt 或 Re-Encrypt API，任何提交到这些 API 的数据也不得超过 4 KB。

在控制台中，每个密钥都有一个新字段，称作密钥类型。该字段将使用值非对称密钥或对称密钥指示密钥类型。DescribeKey API 将返回一个 KeyUsage 字段，用于指定是否可以使用密钥签名、生成 HMAC 或加密。

不支持。非对称或 HMAC KMS 密钥不支持自动密钥轮换。一般来说，非对称密钥或 HMAC 密钥的轮换可能会对您现有的工作负载造成严重干扰，因为您需要停用并替换过去与其他方共享的所有密钥实例。如有必要，您可以通过创建新 KMS 密钥，并将现有密钥别名从旧 KMS 密钥映射到新 KMS 密钥来手动轮换密钥。

不可以。在创建 KMS 密钥时，必须指定密钥是可以用于解密还是签名操作。RSA 密钥类型可以用于签名或加密操作，但不能同时用于这两个操作。椭圆曲线密钥类型只能用于签名操作。

符合。不同密钥类型和算法有不同的每秒请求速率限制。有关详细信息，请参考 AWS KMS 限制页面。

不可以。不能将自定义密钥存储功能用于非对称密钥一起使用。

不能直接这样使用。AWS KMS 不会存储数字证书或将数字证书与它创建的 KMS 密钥关联起来。您可以选择让 AWS Private Certificate Authority 等证书颁布机构为非对称 KMS 密钥的公共部分发布证书。这将允许使用公共密钥的实体验证公共密钥确实属于您。

AWS KMS 自定义密钥存储功能既有 CloudHSM 的控制能力，又有 AWS KMS 的集成性和易用性。您可以配置自己的 CloudHSM 集群，并授权 AWS KMS 将其用作您的密钥的专用密钥存储，而不是默认 AWS KMS 密钥存储。当您在 AWS KMS 中创建密钥时，可以选择在您的 CloudHSM 集群中生成密钥材料。在自定义密钥存储中生成的 KMS 密钥绝对不会以纯文本形式离开 CloudHSM 集群中的 HSM，所有使用这些密钥的 AWS KMS 操作都仅在 HSM 中执行。在所有其他方面，存储在您的自定义密钥存储中的 KMS 密钥都与其他 AWS KMS 密钥一致。

确定自定义密钥存储是否适用于您的其他指南可以在此博客中找到。

由于您控制自己的 CloudHSM 集群，因此您可以选择独立于 AWS KMS 来管理 KMS 密钥的生命周期。您会发现自定义密钥存储之所以有用，主要有三个原因。第一，您可能在单租户 HSM 中或在您可以直接进行控制的 HSM 中有明确需要得到保护的密钥。第二，您可能需要能够立即从 AWS KMS 删除密钥材料，以证明您已经通过独立方法完成了这一操作。第三，您可能需要能够独立于 AWS KMS 或 CloudTrail 审计所有密钥的使用情况。

与在默认 AWS KMS 密钥存储中管理密钥相比，在由 CloudHSM 支持的自定义密钥存储中管理密钥有两个不同之处。您无法将密钥材料导入自定义密钥存储，并且您无法让 AWS KMS 自动轮换密钥。在其他所有方面，包括可以生成的密钥类型、密钥使用以及策略定义方式，存储在自定义密钥存储中的密钥与所有其他 AWS KMS 客户托管的 KMS 密钥的管理方式相同。

不可以，只有客户托管的 KMS 密钥可以存储在由 CloudHSM 支持的 AWS KMS 自定义密钥存储中，并能够在其中进行管理。其他 AWS 服务为您创建的用于加密数据的 AWS 托管的 KMS 密钥通常由 AWS KMS 默认密钥存储生成并存储在其中。

不会，API 会向 AWS KMS 发出请求，要求以同样的方式使用 KMS 密钥处理数据加密或解密。身份验证和授权运行过程与密钥的存储位置无关。所有使用 CloudHSM 支持的自定义密钥存储中的密钥的活动也会以同样的方式记录到 CloudTrail。但是，实际的加密操作只能在自定义存储或默认 AWS KMS 密钥存储中进行。

除了被 AWS KMS 记录到 CloudTrail 的活动，自定义密钥存储的使用情况还会提供三种深入审计机制。第一种，CloudHSM 还会将所有 API 活动记录到 CloudTrail，例如创建集群和添加或删除 HSM。第二种，每个集群也会获取自己的本地日志，以记录用户和密钥管理活动。第三种，每个 CloudHSM 实例都会将本地用户和密钥管理活动日志复制到 AWS CloudWatch。

通过使用 AWS KMS 自定义密钥存储，可以帮助您验证您的密钥能够用于 AWS KMS。配置 CloudHSM 时出现的错误以及在 CloudHSM 集群中意外删除密钥材料都会影响可用性。使用的 HSM 数量以及您选择的可用区（AZ）也会影响集群的恢复能力。和其他所有密钥管理系统一样，了解密钥可用性对恢复您的加密数据所产生的影响非常重要。

存储在由 CloudHSM 支持的 AWS KMS 自定义密钥存储中的密钥可通过 AWS KMS API 调用来使用的比例低于存储在默认 AWS KMS 密钥存储中的密钥的比例。请参阅 AWS KMS 开发指南了解当前的性能限制。

使用自定义密钥存储不会对 AWS KMS 定价产生影响。但是，每个自定义密钥存储确实需要您的 AWS CloudHSM 集群包含至少两个 HSM。将根据标准 AWS CloudHSM 定价收取 HSM 的费用。使用自定义密钥存储不会产生额外的费用。

想要使用自定义密钥存储的 AWS KMS 用户将需要设置 AWS CloudHSM 集群、添加 HSM、管理 HSM 用户以及可能从备份进行 HSM 恢复。这些都是安全敏感型任务，您可以验证是否拥有合适的资源和适当的组织控制。

不能，不支持将您的密钥材料导入 AWS KMS 自定义密钥存储。存储在自定义密钥存储中的密钥只能在构成您的 CloudHSM 集群的 HSM 中生成。

不可以，目前不支持在不同类型的 AWS KMS 密钥存储之间迁移密钥。所有密钥都必须在其使用的密钥存储中创建，您将自己的密钥材料导入默认 AWS KMS 密钥存储的情况除外。

不支持自动轮换 AWS KMS 自定义密钥存储中的密钥材料。密钥轮换必须手动执行，方法是创建新密钥并重新映射您的应用程序代码所使用的 AWS KMS 密钥别名，以便在今后的加密操作中使用新密钥。

可以，AWS KMS 不需要获得访问 CloudHSM 集群的权限。如果您已有集群，则您可以将其用作客户密钥存储，并继续将其用于您的其他应用程序。但是，如果您的集群支技非 AWS KMS 高工作负载，您可能会在您的自定义密钥存储中使用 KMS 密钥的操作时遇到吞吐量降低的情况。同样，对自定义密钥存储的高 AWS KMS 请求速率可能会对您的其他应用程序产生影响。

访问 AWS CloudHSM 网站了解服务概览，更多有关配置和使用服务的详细信息，请参考 AWS CloudHSM 用户指南。

外部密钥存储是一种自定义密钥存储，由您在 AWS 之外拥有和管理的外部密钥管理基础设施提供支持。所有在外部密钥存储中使用 KMS 密钥的加密或解密操作都需要在密钥管理器中使用加密密钥和操作来执行，这些密钥和操作都在您的控制下，AWS 在物理上无法访问。

有些规则或法规要求存储和使用 AWS 之外由您控制的加密密钥，XKS 可以帮助您遵守这些规则或法规。

代表您的集成 AWS 服务或您自己的应用程序向 AWS KMS 发出的请求将转发到网络中的一个名为 XKS 代理的组件中。XKS 代理是一种开源 API 规范，可以帮助您和密钥管理供应商构建一个服务，接受这些请求并将其转发到密钥管理基础设施，以使用其密钥进行加密和解密。

Thales、Entrust、Atos、Fortanix、DuoKey、Securonix、Utimaco、Salesforce、T-Systems 和 HashiCorp 提供与 XKS 代理规范集成的解决方案。有关可用性、定价以及如何使用这些供应商的解决方案的信息，请参阅其各自的文档。我们鼓励您和您的密钥管理基础设施合作伙伴利用开源 XKS 代理规范来构建满足您需求的解决方案。XKS 代理的 API 规范在此处发布。

外部密钥支持以下对称加密操作：Encrypt、ReEncrypt、Decrypt 和 GenerateDataKey。

您可以使用 XKS 密钥来加密任何使用客户管理的密钥与 AWS KMS 集成的 AWS 服务中的数据。支持的服务列表请参阅此处。AWS 服务会调用 AWS KMS GenerateDataKey API 以请求唯一的纯文本数据密钥来加密数据。纯文本数据密钥会与要与加密数据一起存储的数据密钥的加密副本一起返回给服务。为了生成数据密钥的加密副本，纯文本数据密钥首先会由 AWS KMS 中存储的密钥进行加密，该密钥是 AWS 账户唯一的。然后，此加密数据密钥将转发到连接到外部密钥管理器的 XKS 代理实现，以便使用您在外部密钥管理器中定义的密钥进行第二次加密。生成的双重加密数据密钥会在对 GenerateDataKey API 请求的响应中返回。

AWS KMS、XKS 代理实现和外部密钥管理器之间的网络连接应使用点对点加密协议（如 TLS）进行保护。然而，为了保护您从 AWS KMS 离开的数据，直到其到达您的外部密钥管理器，AWS KMS 首先会使用您的账户中的内部管理的 KMS 密钥对其进行加密，该密钥对应于外部密钥存储中定义的每个 KMS 密钥。生成的加密文字将被转发到外部密钥管理器，该管理器会使用外部密钥管理器中的密钥对其进行加密。双重加密提供的安全控制使得，如果不使用外部密钥管理器中的密钥材料，任何加密文字都无法解密。双重加密还提供了使用 FIPS 140 认证的 AWS KMS HSM 对从 AWS 网络离开的加密文字进行加密的安全控制。因为必须使用您的外部密钥管理器来解密数据，所以如果您撤消对 AWS KMS 的访问，则您的底层加密数据将无法访问。

符合。当使用以 AWS KMS 作为密钥提供程序的客户端对称加密解决方案时，XKS 密钥也可以在您自己的应用程序中使用。AWS 开源客户端加密解决方案（如 AWS Encryption SDK、S3 加密客户端和 DynamoDB 加密客户端）都支持 XKS 密钥。

所有 XKS 密钥都必须在 KMS 中作为新密钥创建。不能将现有的 KMS 密钥迁移到外部密钥管理器中托管的 XKS 密钥中。

假设 AWS 服务或您自己的应用程序支持该操作，您可以在新生成的 XKS 密钥下重新加密现有数据。许多 AWS 服务都可以帮助您复制加密的资源，并指定一个新的 KMS 密钥来加密副本。您可以在 AWS 服务提供的 COPY 命令中配置 XKS 密钥。通过调用 KMS ReEncrypt API 并配置 XKS 密钥，您可以在自己的应用程序中重新加密客户端加密数据。

与所有客户管理的密钥一样，XKS 密钥的价格为每个密钥每月 1 USD，直到删除为止。XKS 密钥下的请求按与任何其他 AWS KMS 对称密钥相同的费率收费。在 AWS KMS 定价页面了解有关定价的更多信息。

符合。XKS 规范支持自动密钥轮换，大多数支持 XKS 的供应商均提供此功能。XKS 密钥的自动轮换完全在外部密钥管理器中进行，其工作方式类似于在 KMS 中创建和管理的 AWS KMS 密钥的自动密钥轮换。当您使用轮换的 KMS XKS 密钥加密数据时，您的外部密钥管理器将使用当前的密钥材料。当您使用轮换的 XKS 密钥解密加密文字时，您的外部密钥管理器将使用加密时使用的密钥材料的版本。只要以前用于创建早期加密文字的 XKS 密钥仍然处于启用状态，并且在您的外部密钥管理器中可用，您就可以在这些 XKS 密钥版本下成功发出 Decrypt API 请求。

对于不缓存密钥的服务，使用此 XKS KMS 密钥的下一个 API 调用将失败。一些服务会实现数据密钥缓存或其他密钥导出方案，以实现性能、延迟或 KMS 成本管理。这些密钥的缓存时间从 5 分钟到 24 小时不等。拒绝访问密钥后，当前正在使用的任何受保护资源（如 RDS 数据库或 EC2 实例）都会有不同的响应。有关详细信息，请参阅相关 AWS 服务文档。

为了向您的外部密钥存储代理进行身份验证，AWS KMS 会使用您在代理上配置并提供给 KMS 的 AWS SigV4 凭证对所有发向代理的请求进行签名。AWS KMS 会使用服务器端 TLS 证书对外部密钥存储代理进行身份验证。或者，您的代理可以启用双向 TLS，以进一步保证其只接受 AWS KMS 的请求。

用于其他 KMS 密钥的所有常见 AWS KMS 授权机制（IAM 策略、AWS KMS 密钥策略、授权）均可以相同的工作方式用于外部密钥存储中的 KMS 密钥。

此外，您和/或您的外部密钥管理器合作伙伴能够基于从 AWS KMS 发送到 XKS 代理的每个请求中包含的请求元数据来实施第二层授权控制。这些元数据包括调用 AWS 用户/角色、KMS 密钥 ARN 和请求的特定 KMS API。这使得您可以在外部密钥管理器中对密钥的使用应用细粒度授权策略，而不仅仅是信任来自 AWS KMS 的任何请求。使用这些请求属性的策略执行选择由您的单个 XKS 代理实现决定。

发向涉及 XKS 密钥的 AWS KMS 每个请求生成的唯一 ID 也会转发给 XKS 代理。您可以使用 XKS 代理或外部密钥管理器的日志数据（如果可用）来协调向 AWS KMS 发出的请求与向外部密钥管理器发出的请求。此功能允许您验证外部密钥管理器中使用密钥的所有请求是否源自您直接或通过集成 AWS 服务向 AWS KMS 发起的调用。

可用性风险：您负责 XKS 代理和外部密钥材料的可用性。该系统必须具有高可用性，以验证无论何时您需要 XKS 密钥来解密加密资源或加密新数据，AWS KMS 都可以成功连接到 XKS 代理，而 XKS 代理本身可以连接到您的外部密钥管理器，以使用密钥完成必要的加密操作。例如，假设您使用 XKS 密钥加密了 EBS 卷，现在您想启动 EC2 实例并附加该加密卷。EC2 服务将向 AWS KMS 传递该卷的唯一加密数据密钥，以对其进行解密，以便在 Nitro 卡的易失性存储器中提供该密钥，以便对该卷的读/写操作进行解密和加密。如果 XKS 代理或外部密钥管理器无法用于解密卷密钥，则 EC2 实例将无法启动。在这些类型的故障中，AWS KMS 会返回 KMSInvalidStateException，指出 XKS 代理不可用。现在，您可以根据 KMS 提供的错误消息来确定 XKS 代理和密钥管理器不可用的原因。

耐久性风险：因为在 AWS 以外的系统中，密钥由您控制，因此您对创建的所有外部密钥的耐久性全权负责。如果 XKS 密钥的外部密钥永久丢失或删除，则在 XKS 密钥下加密的所有加密文字都不可恢复。

性能风险：您负责验证 XKS 代理和外部密钥存储基础设施的设计是否具有足够的性能特征，以满足您的需求。由于使用 XKS 密钥的每个请求都需要连接到外部密钥存储，因此如果 AWS KMS 的请求速率超过 XKS 代理或外部密钥管理器可以支持的请求速率，XKS 代理可能会成为瓶颈。此外，如果从 AWS KMS 到 XKS 代理的单个请求（包括一次重试）所用的时间超过 500ms*，AWS KMS 将向其调用客户端返回 400 错误，从而有效地通知您的 XKS 密钥不可用，调用客户端不应重试。此行为旨在最大限度地降低上游 AWS 服务或您自己的应用程序对基础设施连接问题导致的偶发过度延迟做出反应的风险。

*AWS KMS 将尝试对任何需要 250ms 的请求进行一次重试。如果重试请求的时间也超过 250ms，则将向调用客户端返回 400 错误。

由于 AWS 无法控制 AWS KMS 和您的外部密钥存储基础设施之间连接的端到端可用性，因此我们在我们的公共 KMS 可用性 SLA 中明确排除了 XKS 的使用。此外，在任何 AWS 服务的可用性 SLA 中，如果您将 XKS 密钥配置为加密服务中的数据，则该 SLA 中也排除了 XKS 密钥。