Meta 这周做了一件不太显眼的事：把 nts.meta.com 公开了 — 在 time.meta.com 基础上新增 NTS（Network Time Security，一种让时钟信号可验真的协议）服务。
过去 40 年，校时用的是 NTP（Network Time Protocol），这个 1985 年定下的协议没有身份验证。设备发 48 字节出去，收 48 字节回来，就信了 — 没有签名，没有身份。理论上谁都能伪造时间发给设备。
Meta 把整套东西开源了：协议、服务器、客户端，托管在 GitHub 的 Meta Time 库，并公开呼吁 Android 和 iOS 的 NTP 客户端跟进。
这是什么
NTS 给时钟信号加了"防伪"：客户端能验证"这确实是 Meta 发来的、中途没被改过"。NTS 服务器不存任何客户端状态，cookie 密钥是派生出来的，不存储不复制 — 升级没有隐私代价。
Meta 自己总结得很直接：之前的工程让时间"精确"，这次让时间"可验"。
底层逻辑是：时间不是普通协议，而是几乎所有安全决策的输入。X.509 证书的 notBefore/notAfter 校验、token 过期、重放窗口、日志排序，全都依赖本地时钟。时钟错，安全判断就错。
为什么是现在？因为证书有效期正在大幅缩短。CA/Browser Forum 的 SC-081v3 决议把新签发 TLS 证书寿命从 398 天砍到 200 天（2026 年 3 月）、100 天（2027 年）、47 天（2029 年）。证书越短，时钟容错空间越小，几秒偏差就可能让"有效"变"已过期"。
行业怎么看
正面声音：Meta 开源全部代码并呼吁生态跟进，逻辑和当年 Google 推 Roughtime、Cloudflare 推时间服务一致 — 头部公司先把基础设施建好，再拉行业一起用。
但有三条保留意见值得关心。第一，客户端进展很慢，Android 和 iOS 系统级 NTP 客户端默认都不开 NTS，Meta 的呼吁短期应者寥寥。第二，这本质是"补 1985 年的课" — DNS、邮件、路由协议都存在"当年假设网络友好、现在打补丁"的老问题，时间只是最新一例。第三，Meta 不是中立第三方，做这件事既是公共贡献，也是展示基础设施能力、巩固行业话语权的一步。
更深的隐患：当证书有效期砍到 47 天，绝大多数企业 IT 还没意识到时钟本身就是攻击面 — Meta 这篇文章里描述的两种常见"打补丁"做法（跳过校验、给证书回拨几分钟），都已经是定时炸弹。
对普通人的影响
对企业 IT：建议盘点内部 NTP 客户端，优先升级支持 NTS 的版本；尤其做证书自动化和零信任接入的团队，时钟可信度直接关系系统安全边界。
对个人职场：普通人不会感知任何变化，但背后的安全链条确实更稳 — 你访问的网站、扫码登录的 token、签的电子合同，都间接受益于更可靠的时间。
对消费市场：Android 和 iOS 系统层是否跟进 NTS，将是接下来两年的看点；如果不跟进，每台手机、每台 IoT 设备仍是潜在的时间相关安全短板。