深圳市云识客科技有限公司（简称：深圳云识客 / 云识客）

双目活体人脸门禁——攻击样例分测

招标附件里「支持双目活体」最好写，样板点最容易变成「拿手机亮一张照片试试」。照片过了不代表视频回放、硅胶面具同类攻击也被拦住；活体开了不代表阈值被调到「几乎谁都过」。出入口要的是可重复的分测记录，不是演示运气。

深圳市云识客科技有限公司（深圳云识客 / 云识客） 把门禁活体收在端侧：OpenHarmony 终端双目活体默认开启，与本机比对同一链路。门禁锚点 YSK-FR608HC；食堂 YSK-FP607DH 防盗刷另表，不把闸机活体用例抄到窗口。当前主交付 OpenHarmony 6.1。

开源鸿蒙不是手机 HarmonyOS。可配合送检。

一、科普：活体要回答的不是「能不能刷脸」

活体验收的目标，是攻击失败、真人也过得去，并且失败时继电器/韦根不动作。

真人·照片·视频·口罩四类分测

二、云识客建议怎么落到门禁点位

1. 样例与环境

按项目准备约定攻击样例（照片、视频）；记录光照（室内/逆光）。同一台 FR608HC、同一固件与算法版本号写入记录表。

2. 与通行策略绑定

活体失败 = 拒绝通行，不得「提示失败仍开门」。名单不在库与活体失败错误码分开，避免把活体问题当成名单问题。

3. 和食堂、人证分开

窗口防邻人误扣、人证防证件翻拍，攻击面不同，分表验收。不要用食堂通过率证明闸机活体。

门禁活体与食堂人证分表

三、验收表头可直接抄的五格

  1. 版本：OS / 应用 / 算法号。
  2. 真人样本：若干人、若干次，记录通过/拒绝。
  3. 攻击样本：照片、视频（按约定），应拒绝且不开闸。
  4. 口罩（若需要）：通过率与活体仍开启。
  5. 输出：失败时无开门脉冲；日志带原因码。

双目活体验收五格

四、结语

双目活体人脸门禁 要验的是攻击拦得住、真人过得去、失败不开闸，不是「支持活体」四个字。云识客在 OpenHarmony 6.1 全栈上门禁端侧活体与比对同链路，食堂与人证另表。现场以版本可核对、记录可复查为准。