Tor Browser 16.0.1 是一次安全更新：Firefox 153.7.0esr 与同日发布的安卓修复
Tor Browser 16.0.1 已发布，项目方对它的定位很明确：一次针对 Firefox 的重要安全更新。该版本于 2026 年 11 月 10 日发布，距 16.0 成为 Firefox ESR 153 分支上首个稳定版 Tor Browser 还不到两周，并把浏览器引擎升级到 Firefox 与 GeckoView 153.7.0esr。据发布公告，随包附带的 tor 客户端现为 0.4.9.16，NoScript 为 13.6.38.1984。
16.0.1 改动了什么
在桌面端，Windows、macOS 和 Linux 版本全部迁移到 Firefox 153.7.0esr；在安卓端，同一版本以 GeckoView 153.7.0esr 的形式提供。此次变基以 tor-browser#45439 跟踪。与此同时，该版本将 zlib 升级到 1.4，并改动了安卓构建系统的两处细节：从 build-tools_r37_linux.zip 中取用的新 apksigner，以及在 apksigner 签名调用中加入 --preserve-alignment true。这两项用户都看不到，但对安卓软件包如何生成和签名都很重要。 真正的实质内容是一处向后移植。变更日志在 tor-browser#45442 下记录了对 Firefox 160 安全修复的向后移植，也就是把 Mozilla 在更晚版本 Firefox 中发布的修复，回移到 Tor Browser 所基于的 153 ESR 分支。Tor Browser 并不跟随 Firefox 的快速发布通道，因此这是在下一次 ESR 周期之前把安全修复送到用户手中的常规途径。为什么一个小版本号更新仍然重要
Tor Browser 的引擎来自 Firefox ESR，而 ESR 分支获得安全修复的节奏比主发布通道更慢。正因如此，像 16.0.1 这样的点版本才是这些修复真正送达 Tor 用户的时刻。仍停留在 16.0 的用户，底层运行的是 Firefox 153.6.0esr，落后一个 ESR 安全步进。差距在版本号上很小，在性质上并不小：被回移的都是 Mozilla 认为值得向所有人推送的修复。本次发布包含针对 Firefox 的重要安全更新。这句话本身就足以构成尽快更新的理由。没有需要权衡的新功能，没有需要适应的界面变化，也没有需要重新检查的配置。严格来说这是一次维护性发布，唯一值得推迟的理由是某个具体的兼容性问题，而变更日志并没有描述这样的问题。
同日发布的仅限安卓修复
Tor Browser 16.0.2 于同一天、即 11 月 10 日发布，且仅面向安卓。发布说明描述了一处由 zlib 更新导致的平台特有故障，变更日志条目对机制说得很直接：安卓版 16.0.1 的 tor 使用了动态 zlib（tor-browser-build#41919）。换句话说，安卓包中的 tor 二进制在运行时解析 zlib，而不是使用随包附带的副本，构建环境中的一次 zlib 变更让它指向了并非其编译目标的对象。 16.0.1 的变更日志也列出了 zlib 升级到 1.4，这与 16.0.2 的说明相吻合。这里要吸取的教训与打包有关，而非 Tor 本身。桌面端软件包提供的是依赖已固定、自包含的 tor；在安卓端，同一组件可能最终动态链接到由构建或平台提供的库，于是一次本不相关的版本升级就变成了运行时故障。这类缺陷只在单一平台暴露，因此修复被限定在安卓，并在数小时内发布，而不是并入下一个计划版本。如何确认自己用的是正确构建
下载页面和分发目录都提供 16.0.1，目录列表显示有 Windows（i686 与 x86_64）、macOS、Linux（x86_64 与 aarch64）和安卓（aarch64、armv7 与 x86_64）版本，以及来自 15.0.25、15.0.26 和 16.0 的增量更新包。源码包名为 src-firefox-tor-browser-153.7.0esr-16.0-1-build2.tar.xz，ESR 基础版本直接写在文件名里。- 在浏览器的关于对话框中查看版本号；桌面端应为 16.0.1，安卓端应为 16.0.2。
- 把下载到的文件与 16.0.1 目录中的 sha256sums-signed-build.txt 比对，并校验相应的 .asc 签名。
- 如果使用内置更新器，请确认应用的是增量 MAR，而不是完整重装。
- 在安卓端请选用 16.0.2 而非 16.0.1，因为较早的构建带有 zlib 问题。