防不胜防？企业数据安全的终极防线：数据备份

2026年10月22日

EZ-net@IT研究所｜発行日：2026年10月22日

AI 时代 · 数据防护

挡不住就先备份：3-2-1-1-0，企业抵御勒索的最后一道墙

SkyTicket 1464 万、BookOff 643 万、JR東日本 206 万——日本连发个人信息外流。攻击挡不住、防御无完美，企业最后一道底线是数据备份：离线 + 不可变 + 定期实测。

一、引言：挡不住，就先备份

上一期我们讲到，AI 把「写日语」的门槛踩平了——攻击变得又便宜又快。而就在最近，日本接连发生三起大规模个人信息外流：

它们分属旅行、二手书、铁路——行业毫无关联，背后也没有共同股东。但它们被同一片涨起来的潮水拍到了。

小结：攻击挡不住，防御也没有「完美解」。既然「中招」只是概率问题，企业唯一能把控的，是「中招之后还能不能回来」——这就是数据备份的意义。

很多管理者以为：「反正我有备份，中招也不怕。」NTT セキュリティ援引警察庁令和 7 年上半期报告的数据，给出了一个让人后背发凉的结论：

85.4%

遭勒索且「事前有备份」的企业中
最终恢复失败的比例

15億+

去年 10 月～今年 9 月
对日网络攻击件数

1464万

スカイチケット
会员信息外流

恢复失败的最大原因只有一个：备份数据本身也被一起加密了。勒索软件先横向移动，把连在网络上的备份存储也一并锁死——你手里的「保险」，从第一步起就作废。

为什么传统备份会失效？三个典型原因：

① 常时连接（Always-on）的陷阱。备份盘常年挂在公司内网，本番服务器一中招，备份也跟着「共倒れ」。

② 备份服务器自身有漏洞。管理界面或系统 OS 被直接攻破，攻击者以「正规管理员」身份删库、加密。

③ M365 / Google Workspace「不是备份」。它们是同步工具——你本地文件一被加密，云端副本也瞬间被覆盖成加密版，根本回不去。

风靡十几年的「3-2-1 规则」，警视庁的安全备份指南里至今仍在推荐：

但 NTT 指出：即便放到远隔地，只要通过 VPN 连着内网，照样是感染路径。「3-2-1」已经不够了，现在的新常識是「3-2-1-1-0」：

新增的两个尾巴——第一个 1 = 离线 / 不可变：物理断网，或系统层面禁止改写，让勒索软件够不到备份；末尾的 0 = 恢复零错误：备份不是「存完就完」，要定期实测「关键时刻真能拉得回来」。

Immutable（不可变）备份借用 WORM（Write Once Read Many：一次写入、多次只读、不可改写）技术，在保持期内，无论谁操作都无法删除或篡改——哪怕攻击者夺走了管理员账号。

最大价值就在这里：管理员账户被劫持，也删不掉你的数据。这对「先毁备份、再锁本番」的勒索手法，是目前最硬的一道墙。

而且它不贵：AWS S3 的 Object Lock、Azure Blob 的 Immutable Storage，打开开关就能在公有云上搭出强固的 WORM 环境，未必需要专用设备。

系统再先进，运营有洞也白搭。以下 4 个「坑」，是大多数企业容易忽略的：

① 缺恢复测试。密码丢了、手顺书过时、恢复时间估错——「能备份」不等于「能恢复」。系统任人皆忙，却没人真跑过一次完整拉回。

② 云环境漏备份。M365 等 SaaS 数据同样是标靶，要用第三方工具单独纳入备份，不能误信「上了云就安全」。

③ 管理员权限未分离（无 MFA）。备份系统的登录必须 MFA，且日常管理账号与备份管理账号要完全分开，防止一破全破。

④ 只恢复数据、不恢复业务。OS / 网络设定 / 应用环境回不来，业务就开不了张。要按「裸机恢复 / 虚拟机恢复」做整体设计。

针对以上，EZ-net（EZ-net IT SOLUTION）为在华日企提供一站式日语 IT 支援，可直接落地的备份相关服务包括：

服务	内容
① 备份环境设计与构建	按 3-2-1-1-0 落地，配置离线 / Immutable（不可变）存储，杜绝「备份共倒れ」
② 恢复测试（リストア訓練）支援	定期实测拉回，验证 RTO / RPO，避免「85.4% 恢复失败」的坑
③ 云 SaaS 备份	将 M365 / Google Workspace 等业务数据纳入独立备份，不再误信「云即备份」
④ 勒索软件紧急响应与恢复	中毒后第一时间隔离、判定影响范围、从干净备份恢复
⑤ BCP 重构与网络保险评估	把「虚拟化全瘫痪」最坏 Scenario 写进 BCP，并评估 cyber 保险覆盖
⑥ 暗网威胁情报监控	对照泄露清单核查凭证、PII 暴露面，抢在攻击前发现风险
⑦ 日中双语紧急对应体制	非番／休日也能用日语准确报告灾情与恢复进度