跳转到主要内容
人脸生物识别是每个用户实体的核心。Didit 在活体检测期间采集人脸,生成向量嵌入,并将其存储,用于四项后续功能:1:N 人脸搜索、重复检测、黑名单拦截和生物识别再认证。
已存储的人脸还可作为生物识别认证的参考:使用用户的 vendor_data 创建生物识别认证会话并省略 portrait_image,Didit 将自动复用已存储的人脸(依次优先使用:已通过的活体检测人脸、电子护照芯片照片、证件人像,最后是手动录入的用户资料人脸)。

人脸如何关联到用户

1

在活体检测期间采集

当用户进入启用了活体检测的会话时,Didit 会采集自拍照,运行被动活体检测,提取最大的人脸,并生成用于搜索的向量嵌入。
2

存储到用户资料

人脸会关联到该会话及其所属的用户实体。人像 URL 会以 portrait_image 的形式显示在用户资料中。
3

建立搜索索引

该嵌入会被添加到搜索索引中。之后的会话可以针对此索引运行 1:N 搜索。

人脸搜索 (1:N)

人脸搜索允许您上传一张图片,并将其与应用中所有已录入的人脸进行比对,从而找到对应的用户。 使用场景:
  • 注册时的重复检测:防止同一人创建两个账户。
  • 反向查找:在欺诈调查中,通过 CCTV 画面或图片识别对应的用户。
  • 回头客识别:为回头客跳过 KYC。
当您的工作流启用了重复检测时,人脸搜索会在新会话期间自动运行。它也以独立 API 的形式提供:

重复检测

每张新的人脸都可以与已录入的人脸进行比对,以发现重复项。Didit 会为每张人脸分配一个 approved_duplicate_status: 可以将工作流配置为:
  • 拒绝被标记为重复的会话。
  • 标记待审核:转交人工分析师处理。
  • 仅警告:允许通过,但添加风险标签。
请在控制台的 工作流 → [您的工作流] → 人脸比对 / 活体检测 → 重复检测 中进行配置。

人脸黑名单

拒绝会话不会将人脸添加到任何黑名单中。若要拒绝之后使用同一张人脸的会话,您需要自行将其加入黑名单:可以在黑名单页面中添加,也可以使用名单 API。之后,若新会话的活体自拍与该条目匹配,则会被自动拒绝。

将导入的人脸上传到用户资料

如果您正在从其他 KYC 服务商迁移,可以先创建用户,然后将可信的人脸图片附加到该用户资料上。用户仍然以您的 vendor_data 作为标识,但人脸上传接口使用 Didit 内部的用户 ID(didit_internal_id),以确保目标用户明确无误。
1

创建或获取用户

使用您稳定的 vendor_data 调用 POST /v3/users/create/;如果用户已存在,则调用 GET /v3/users/{vendor_data}/。
2

读取 didit_internal_id

用户响应中包含 didit_internal_id。在您自己的系统中继续使用 vendor_data;didit_internal_id 仅用于用户资料附加接口。
导入的用户资料人脸会被录入到用于重复检测和人脸搜索的同一人脸索引中。它们不会被自动加入黑名单。若要拦截已知的不良行为者,请改为将人脸上传到人脸类型的名单中。
仅上传您根据自身隐私声明和迁移协议有权处理的人脸。只有在可以安全地向合规运营人员展示时,才在 metadata 或 comment 中保留来源服务商的标识符。

黑名单的添加方式

将人脸上传到黑名单

若要以编程方式通过人脸拦截用户,请使用专用的上传人脸到名单接口,将人脸图片上传到人脸类型的黑名单。Didit 会提取生物特征嵌入,并将其插入对应的索引中。此后,任何活体自拍与之匹配的会话都会被自动拒绝。
用户资料人脸上传与人脸黑名单上传是两种不同的操作。使用用户资料上传,可以将可信的导入人脸附加到用户上,用作证据、用于重复检测和人脸搜索。使用名单 API拦截人脸,可使之后匹配的会话被拒绝。

从黑名单中移除人脸

在控制台的 黑名单 → 人脸 → 行操作 → 移除 中删除该条目,或使用删除条目接口。

会话删除后保留的生物特征模板

删除会话会删除人脸图像,默认情况下还会删除人脸特征向量,因此该用户不再参与重复检测和人脸搜索。如果您在审核通过后很快删除会话,但仍需识别重复注册,请在应用中启用生物特征模板保留,或在删除请求中发送 retain_face_embeddings: true。 Didit 会照常删除该会话及其所有数据,并保留一个由 Didit 单独管理、不含图像的人脸生物特征模板,该模板关联到用户:
  • 它仅包含数值化的人脸模板和保留元数据。它绝不包含人脸图像、活体视频、证件数据、提取的身份字段、决策结果,也不包含已删除会话的 ID。
  • 它与在线会话中的人脸一样,参与重复检测、人脸搜索、生物识别认证以及您的人脸名单。命中结果会以 source: "retained_template"、用户的 vendor_user_id 和 vendor_data,以及 biometric_template_id 返回。
  • 它属于生物识别数据,并带有有限期限,由 expires_at 指定。在以下任一情况下会被清除:删除该用户、使用 deletion_instruction: "privacy_erasure" 删除该用户的任一会话、模板到期,或您在 Lists → 生物特征模板 中手动清除,或通过生物特征模板 API 清除。
  • 未包含 vendor_data 的会话没有可关联模板的用户。删除此类会话时会报告 ineligible_no_vendor_user,人脸特征向量会随会话一并删除。
  • 保留的模板绝不会被加入黑名单。从已删除会话创建的人脸黑名单条目会保留其自身独立的生物识别条目及生命周期。
关联到用户的模板会显示在用户资料的 生物特征模板 下,并提供清除操作。

人脸生命周期摘要

从控制台上传人脸

具有合规权限的操作人员可以手动上传人脸:
  1. 进入 Users → [user] → Actions → Upload face。
  2. 选择图像,Didit 会提取最大的人脸,并存储一条与该用户关联的新人脸记录。
  3. 该人脸将作为用户资料证据,并用于重复检测和人脸搜索。如需拒绝未来的匹配会话,请使用黑名单区域。
此功能适用于以下情况:
  • 您已通过线下渠道核验某位客户,并持有其已知肖像。
  • 您希望使用欺诈数据库中已知的恶意行为者预先填充黑名单。

隐私与保留

  • 人脸特征向量是数值向量,而不是图像。图像本身存储在加密对象存储中,并通过签名 URL 访问。人脸特征向量属于生物识别数据。
  • 保留期限遵循您应用的数据保留政策。被保留的生物特征模板则遵循更严格且有期限的生物特征模板保留期限。
  • 删除会话会删除图像,默认还会删除特征向量。如果您的应用已选择启用生物特征模板保留,删除会话时会保留一个不含图像的模板,直至其到期或被清除。
  • 对于 GDPR / CCPA 的被遗忘权请求,请使用 deletion_instruction: "privacy_erasure" 删除该人员的会话,或删除用户。两种方式都会同时清除所有保留的模板。您管理的人脸黑名单条目会一直保留,直至您将其移除。

后续步骤

人脸搜索

1:N 人脸搜索的工作原理。

活体检测

捕获人脸的活体检测。

黑名单 API

将人脸上传到黑名单。

生物特征模板

会话删除后保留的模板。

用户黑名单

用户加入黑名单的工作原理。
最后修改于 2026年11月7日