想用 NFC 做产品防伪，一定要自己搭建验证平台吗？

一套可供顾客使用的 NFC 防伪服务，需要将标签、安全配置、产品资料和验证后台连接起来。标签要适合商品的材质和使用环境，写入的信息也要与后台的验证规则一致。

选择 BrandGuard™ 的完整 NFC 防护服务，标签生产、安全写入和在线验证可以由我们在约定范围内一并提供。品牌不必为了采用 NTAG® 424 DNA，另行开发并自行运营验证后台。

顾客使用兼容的 NFC 手机靠近标签，按手机提示打开浏览器，就能在线查看结果，无需安装专用 App。读取信息由后台核查，顾客不用额外输入验证码。

已有验证后台的品牌，可以选择标签与安全写入服务，按双方确认的配置衔接自己的系统。本文重点介绍的是把在线验证也交给 BrandGuard™ 的方案。

假设同一个品牌有两款外观相近的香水。标签即使是真的，如果登记成了另一款香水，顾客看到的产品信息仍然是错的。因此，系统既要核验标签，也要确认它对应的产品记录。

BrandGuard™ 的安全写入（encoding）包括为标签配置独立的安全凭证，并将标签身份与相应的产品记录关联。顾客读取标签时，后台会核验认证信息，并检查登记的产品关联。

这样，顾客可以将页面中的产品信息与手中的商品核对。但系统检查的是已经登记的资料：如果原始资料填错了，或生产时把标签贴到了另一件商品上，系统并不能自动纠正。因此，产品资料、写入和实际贴标也需要在生产与交付时核对。

普通 NFC 标签可以把人带到品牌官网，但网址通常可以复制。仿冒者把相同网址放到另一枚普通标签里，也可能打开同一张页面。因此，出现品牌标志、查到一个编号，并不足以证明手中的标签通过了验证。

NTAG® 424 DNA经过正确配置后，能够在读取时生成受 AES-128 密码学保护的认证信息。BrandGuard™ 在后台核查这份信息是否有效，并结合登记的标签与产品关系作出判断。只抄走公开编号或固定网址，并不能因此生成同样有效的新认证信息。

验证由 BrandGuard™ 后台完成，公开网页无需保存用于核验的密钥，也不根据网址中可被修改的参数自行判定成功。顾客看到的结果来自后台对认证信息的检查。

假设有人读取了一件真商品，把打开的链接发给另一个人。收到链接的人可能看得到产品介绍，但这不代表他手中的另一件商品也经过了核验。

首先，要识别重复提交的标签读取信息。读取数据中包含计数信息，后台会将它与已经通过验证的记录核对，避免把使用过的数据再次当成新的验证。

这项检查也有边界。如果有人保存了一次真实读取产生的有效信息，却一直没有提交验证，仅靠读取计数，系统无法确定他在使用链接时是否仍然持有原标签。因此，不能把防重复使用说成能够防住所有攻击。

其次，要避免网页上的结果被反复使用。ProofWidget 使用有效期较短、只能使用一次的验证凭据，在客户网页上取得对应的官方结果。打开一个普通产品链接，不会产生新的 NFC 验证；已使用过的凭据，也不能通过复制网址或刷新页面反复换取新的成功结果。

前一项检查针对标签读取数据，后一项针对网页上的结果展示。产品资料可以分享，但访问分享链接，不等于完成了对手中商品的查验。

手机没有读到标签，或者网络中断，都可能使核验无法完成。此时缺少足够信息，既不能显示“验证通过”，也不能仅凭这次失败就判定商品是假货。

官方面板没有有效验证凭据时，会显示中性提示，即不作出验证成功的结论。从收藏夹打开产品页，也不等于重新读取了 NFC 标签。顾客仍可查看产品资料和服务入口，但页面不应显示刚刚完成了新验证。

如果后台已经收到了认证信息，但信息没有通过检查，则不能给出成功结论。页面应清楚说明当前结果，并提供重新读取或联系品牌的指引。具体提示以项目启用的官方状态为准。

包装状态需要单独说明。顾客自行拆开一盒正品后，开封检测封签可能报告包装已开封，同时标签身份仍能通过核验。开封信息可以提醒顾客检查包装，却不能单独作为判定假货的依据。

密码学验证能检查标签发来的认证信息，但不能单独判断它是否已被从真商品上移走。因此，防伪方案还需要考虑标签的材料和固定方式，降低整枚标签被取下、移用的风险。

BrandGuard™ 可以根据应用提供安全 NFC 标签、开封检测封签、热压服装徽章等形式。需要降低完整揭下再利用的风险，就要考虑易损材料和固定结构；关心包装是否开启，则要让封签覆盖实际开口。

包装表面、液体、金属、洗涤和日常磨损，都可能影响标签的读取或固定效果，需要在实际产品上测试。标签也不检测瓶内液体成分。实体结构和在线验证各有作用，方案设计时需要一起考虑。

你可以使用 BrandGuard™ 托管的结果页，也可以让核验成功的顾客进入经过批准的品牌官网或产品页面。在那里，顾客可以继续阅读使用说明和品牌介绍，访问官方商城或联系售后服务。

ProofWidget 提供的不只是数据连接，还包括顾客能够直接看到的官方验证面板。品牌负责产品内容和页面设计；BrandGuard™ 提供面板内的验证结果、时间，以及适用的包装状态。每次显示成功，都需要有相应的验证依据，不能用一张固定的“已认证”图片代替。

验证结果和提示文字由 BrandGuard™ 控制，客户网页不自行生成验证结论。品牌维护自己的内容即可，不必另行开发成功、失败等结果的展示规则。会员、积分或订单系统若需要联动，则需单独确认接入范围。

ProofWidget 的核心功能和接入示例已经具备，但不是对所有网站默认开放。用于客户官网前，还需要核实域名归属、完成页面接入、正式启用，并在实际手机和浏览器上验收。完成这些工作后，才能确认它在该客户网站上的使用效果。

ProofWidget 接入时，需要核实客户是否有权管理该域名，并确认允许使用的 HTTPS 网站和目标页面。这样，验证后的访问就被限制在事先认可的范围内。把组件代码复制到未经批准的网站，并不能获得相同的使用权限。

一次性验证凭据和受保护的产品信息，不应被广告分析、网站统计或页面录屏工具收集。这是接入规范中的明确要求，上线前也需要检查，避免验证数据进入与核验无关的工具。

验收还要检查异常情况，包括复制链接、刷新页面、凭据失效、未经批准的网站，以及验证服务无法返回结果。此时产品页面应保持可用，面板不给出成功结论。上述检查需要在实际接入的网站上完成，不能仅凭演示环境中的一次成功读取就认定已经可以上线。