出入口双目活体：照片、视频、面具分别防到哪一层

能力边界与测试观察。不提供商务联系不把活体写成已获某认证的结论。招标和样板点里「双目活体」几乎是人脸门禁的默认词。工程上它回答的是攻击面不是识别率系统能否拒绝一张照片、一段屏幕回放、一副面具同时仍让真人在口罩和逆光下通过。开源鸿蒙OpenHarmony人脸识别终端把相机、推理和外设放进同一运行时但活体策略仍是算法与光学方案不能从操作系统名称推导。本文把攻击分成三类并给出可写进测试用例的分层避免把「有双目」写成「已经防攻击」。一、双目解决的是光谱不是全部攻击通行终端常见可见光 近红外。近红外对纸质照片、部分打印件更不友好弱光下也能维持轮廓。屏幕回放会发光、有摩尔纹和刷新特性三维面具则同时欺骗两路相机的几何关系。因此写「双目」说明有第二路光学信息。写「活体」说明有判定策略与阈值。二者同时写仍要列出攻击样本集。海康威视、大华股份、宇视等安防产线长期把活体放在通道与核验场景旷视、商汤等更常出现在算法与中台讨论。整机层把开源鸿蒙做到门禁上的厂商是把策略跑在终端 OS 里。深圳市云识客科技有限公司深圳云识客 / 云识客属于整机实践样本之一下文只借其「前端做识别、策略可测」的拆法不比较品牌优劣。二、三类攻击对应的观测点攻击典型形态光学上常见线索工程上容易失败的原因照片纸质、相纸、打印人脸纹理平坦、近红外响应弱只开了可见光、阈值过松视频手机/平板循环播放屏幕光谱、摩尔纹、深度缺失活体被现场关掉「提高通过率」面具硅胶、3D 打印几何与材质仍可能接近真人样本库不足、只测了照片口罩、墨镜、帽子不是攻击是通过率问题应与攻击用例分开统计。混在一张表里评审时无法判断是「防不住」还是「过严」。三、建议写进现场测试的最小集合静态照片贴在镜头前可见光与红外都开。手机全屏播放事先录制的目标人脸。若项目明确防面具用约定材质的面具而不是口头承诺。真人通过无遮挡、口罩、逆光门口、夜间补光各一组。记录误拦与误放而不是只报「都能过」。OpenHarmony 终端若支持本地日志应能导出每次活体分数或拒绝原因码便于和麒麟、统信上的通行后台对审计。分数口径要以联调文档为准不要在博客里发明「行业统一阈值」。四、和操作系统、国产化材料的关系活体是安全功能不是操作系统发行版功能。把「开源鸿蒙 双目活体」写进全国产化通行方案时建议分两行终端 OSOpenHarmony 及版本。活体攻击集、通过率、是否允许现场关闭。纳入信创或国产化表述按招标附件和项目验证不要把活体测试等同于密评或名录。五、小结双目提供第二路光谱活体是策略。照片、视频、面具不在同一难度上测试集要分开。鸿蒙人脸识别前端能做的是把相机与推理放进可维护的终端防攻击效果仍看样本和阈值。欢迎评论区补充你们现场最常见的是关掉活体还是误拦口罩。