Summary

  • BrowserID 后来改名 Persona，以已验证的邮箱地址帮助用户登录网站。网站拿到邮箱、保留与用户的直接关系，也省下管理另一组密码的工作。
  • Mozilla 于 2016 年 11 月 30 日结束支持，并在年底关闭托管服务。其迁移指南建议一种做法：趁 Persona 仍可用，让旧用户最后登录一次，核对邮箱后再设置本站密码。

网站数据库里的一行邮箱地址，可以让系统找到用户账户。但有人在登录框填入这行地址，并不能证明那人拥有账户。Persona 活着时，另一个验证流程补上了这一步。它退出时，网站手里留下了账户索引，失去的却是原来的证明机制。

Mozilla 在 2011 年介绍 BrowserID 时，把它同时称为身份协议和认证服务，并称当时已有近一千个网站依赖它。这是当年的 Mozilla 自报数字，不能拿来推算停运前的规模。2012 年 Persona 测试版公告 则把交易说得更清楚：用户不用另设网站密码，网站还能取得邮箱地址，不必把与用户的联系全交给登录提供方。

问题在于，验证这件事仍需要有人运行服务。Mozilla 的 2013 年技术说明 描述了流程：Persona 先识别邮箱域名；若邮箱服务商原生支持，就由它认证用户；否则由 Mozilla 的后备服务接手，通过连接现有登录的桥接服务或确认邮件完成证明。那篇说明讨论的是已修复的桥接安全问题。它在此更有价值的部分，是把托管依赖画出来；没有证据说该问题导致了三年后的停运。

退场信号也不是突然出现的。一份 2014 年 3 月的 Mozilla 会议记录 写明，Persona 将转向社区维护；Mozilla 继续承担运行工作，但停止资助新功能。后来的 网站迁移指南 回顾了 2014 年和 2015 年的运营及安全支持。Mozilla 解释关停理由时，指向使用量低且持续下降，以及运行高可用认证服务所需的安全成本。支持于 2016 年 11 月 30 日结束，persona.org 在年底关闭。

迁移指南列出的停运部件，远多于一个首页：网站使用的 JavaScript 接入层、后备身份提供方、桥接服务和托管验证器都要下线。Mozilla 保留域名，防止落后的接入网站把请求送到后来接手域名的人手里；它也宣布清除自身托管的用户数据。源代码可以继续存在，但代码仓库不会替网站回答一次登录请求。

Persona 最有远见的设计，也是这次退出留下的救生绳：给网站邮箱地址，而不是只有 Persona 才懂的匿名编号。若新方法也能验证同一个邮箱，网站就有机会把访客接回旧账户。Mozilla 因此建议，选择本地密码的网站先用 Persona 完成最后一次认证，确认旧用户的邮箱，再为该账户设置密码。指南也提到邮件登录链接和其他委托认证。自己托管整套 Persona 系统理论上可行，但 Mozilla 提醒大多数网站别轻易接手这套复杂系统及其后续安全维护。

“最后一次登录”因此不是告别仪式，而是账户迁移窗口。窗口关闭后，邮箱仍可指向旧账户，网站必须另找办法确认回访者。官方材料没有给出完成迁移的网站数或失去账户的用户数；要判断结果，需看各网站的迁移台账与登录记录。

原始记录