摘要

  • British Library 的复盘指出，数字馆藏虽有安全副本，受损的基础设施与无法直接恢复的旧软件仍拖慢了服务恢复。
  • ICO 在 2025 年 4 月决定不再继续调查，并非发出旧稿所称的正式谴责。内部审计也确实检查了部分恢复流程，但其结论不能替整套重建系统背书。

有备份，是遇到勒索软件时最希望听到的消息之一。British Library 的经历却说明，这个好消息还不够。

2023 年 10 月 28 日发现攻击后，图书馆确认数字馆藏及其描述记录有安全副本。难处在下一步：服务器遭到加密或破坏，过去负责管理、检索和交付资料的软件，有的已经失去厂商支持，有的无法在新的安全基础设施上运行。把文件复制回来，并不会让这些环节自动接上。

对读者而言，资料躺在存储设备里和资料能够查阅，是两回事。一份备份保住了前者；恢复工作还得把后者找回来。

门开着，资料却不一定拿得到

图书馆在 2024 年 3 月 8 日的事故复盘中说明，馆舍一直开放，展览、活动和阅览室使用也没有整体中断；严重受限的是研究服务。2024 年 1 月 15 日恢复可搜索的目录，是一个进展，但不是所有服务恢复的终点。

这份由机构自身编写、吸收专业顾问意见的报告，也解释了为什么旧系统难以抢修。恢复并非单纯修一台机器，而是要重新接通应用程序、馆藏记录、调阅安排和员工操作。某一环节恢复了，后面的环节仍可能接不住。

报告还披露，多因素认证此前已用于云端应用，但域访问及本地服务器访问暂未纳入，等待基础设施更新。调查未能确定攻击最初进入网络的确切位置，因此不能把一种可能路径写成定论。不过，ICO 后来明确指出，一个管理员账户缺少多因素认证，使攻击后果扩大。

ICO 说了什么，又没有说什么

ICO 在 2025 年 4 月 30 日的声明中表示，考虑当时的工作优先级，继续调查并非最有效的资源运用方式。它肯定了图书馆的公开透明，也提供了指导。

这不是旧版文章所说的“2024 年 7 月正式谴责”，更不是对重建系统安全性的认证。是否继续调查，与新系统能否经受下一次冲击，需要不同的证据。

同样，不能从“未找到整套系统的技术结论”跳到“恢复从未接受检查”。年度报告里，有一个具体得多的例子。

两次调阅审计，给出了什么答案

2024/25 年度报告第 75—76 页介绍了图书馆管理系统失效后的调阅安排。最初的人工流程接受审计，得到的是“部分保证，仍需改进”。此后，2024 年 9 月引入应用程序与电子表单；跟进审计检查其设计和实际运行，评级提高为“较充分保证，仍有少量改进空间”。

这段记录比一句“恢复良好”更有用：改了什么、查了什么、结果如何，都有着落。它也有边界——这仍是等待新图书馆管理系统上线期间的过渡方案，不等于整套基础设施已经通过网络韧性验收。

当年内部审计对治理、风险管理和控制体系的总体意见，仍是部分保证、需要改进；与此同时，四项核心审计获得了较充分保证。两者并不矛盾。局部流程可以变好，整体风险也可以尚未完全解决。

年报还记录了实物馆藏访问和远程申请调阅服务的恢复，以及仍待处理的编目积压和数字采集缺口。这些是 2024/25 报告期的披露，不能直接当作 2026 年 10 月每项服务的实时状态。2026 年 9 月的行业报道再次关注恢复进程，也不应让旧资料失去日期。

图书馆在 9 月 22 日宣布 Paul Bate 将出任首席执行官，上任日为 2026 年 11 月 4 日，而非已经到任。交接时值得问的，是哪些服务已正常运行、哪些仍靠临时办法、哪些环节经过了测试。人事任命本身不能回答这些问题。

对 British Library 仅限战略圈层会员 的读者来说，恢复最终要落实到一件普通的事：查到记录，申请资料，然后真正用上它。文件还在，是起点；这条路走得通，才是服务。

**更正，2026 年 10 月 20 日：**旧稿误称 ICO 于 2024 年 7 月发出正式谴责，并引用了与本事件无关的议会文件，现撤回这些说法与错误链接。事故复盘发布于 2024 年 3 月，而非 6 月；未经核实的 700 万英镑数字已删除，“未报告任何恢复相关审计”的表述也已纠正。