确定性加密如何支持筛选

备注 此内容与 Shield Platform Encryption 相关。阅读关于在 Own from Salesforce 中使用 Shield Extension 实施字段级加密。

要在数据加密时使用筛选器，我们需要在数据中允许一些模式。确定性加密会使用静态初始向量 (IV)，这样加密数据可以匹配特定字段值。系统无法读取加密的数据段，但的确了解如何检索代表该数据段的密文，这得益于静态 IV。对于指定组织中指定字段，IV 具有唯一性，并且仅通过特定于组织的加密密钥进行加密。

根据可针对特定算法发起的攻击类型，我们会评估加密方法的相对优缺点。我们也会考虑攻击成功需要的时间长度。例如，常见的说法是，鉴于目前的计算能力，针对 AES 256 位密钥的暴力攻击可能需要 10 亿年。不过，常见的做法是定期轮换密钥。

在您弃用纯随机密文时，特定类型的攻击会变得有点牵强。例如，攻击者可以想象分析确定性加密的密文，并确定明文字符串Alice始终解析为密文YjNkY2JlNjU5M2JkNjk4MGJiNWE2NGQ5NzI5MzU1OTcNCg==。鉴于窃听时间充足，通过构建明文值到密文值字典，攻击者可能会破解加密。

Salesforce Shield 方法会公开足够多的确定性，以使真正的用户在将其限制为足够时筛选加密数据，从而确保指定明文值不会普遍在所有字段、对象或组织中生成相同的密文值。即使攻击者成功将明文与一个字段的加密值匹配，则攻击者必须对其他字段重新执行匹配，并对其他对象中的相同字段重复执行。

这样，确定性加密仅在允许筛选的最低必要程度上降低加密强度。

确定性加密有两种类型：区分大小写和不区分大小写。对于区分大小写的加密，针对联系人对象的 SOQL 查询（其中 LastName = 'Jones'）仅返回 Jones，既不是 jones，也不是 JONES。同样，当区分大小写的确定性方案测试唯一性时，，每个版本的“Jones”具有唯一性。

对于不区分大小写的情况，针对潜在客户对象的 SOQL 查询返回 Acme、acme 或 ACME，其中 Company = Acme。当不区分大小写的方案测试唯一性时，Acme 的每个版本都被认为是相同的。

为了支持不区分大小写的查询，Salesforce 将您的数据的小写重复项存储为数据库中的自定义字段。这些重复项是不区分大小写的查询所必需的，但它们会计入您的自定义字段总数。例如，如果您的组织中拥有 200 个自定义字段，并且您选择使用不区分大小写的确定性加密来加密其中一个，则您的自定义字段总数为 201。

重要 联系人对象的电子邮件地址字段不支持概率性加密。要避免在自注册期间创建重复客户，使用确定性加密。