TL;DR:2022 年 4 月,Atlassian 为清理一个旧插件运行了删除脚本,却被交了「站点 ID」而不是「插件 ID」,结果整站被删。官方复盘称这不是黑客攻击,也没有数据被未授权访问;受影响的有 775 家客户,部分客户最长停摆 14 天。官方说客户丢失的数据不超过 5 分钟,但恢复速度远低于其自身目标。 这是一起 2022 年 4 月的旧事故,并非近期新闻,以下内容依据 Atlassian 事后发布的官方复盘。 2021 年,Atlassian 收购并整合了一款名
TL;DR:2017 年 1 月 31 日,GitLab.com 的一名工程师在排查数据库复制故障时,把清空数据目录的操作做在了主库上,约 300 GB 数据被删。GitLab 事后发现,几套备份与复制手段要么没有生效,要么并非为灾难恢复设计,最终只能靠约 6 小时前的一份手动快照恢复。网站停摆约 18 小时,丢失了约 6 小时的数据,恢复过程还在 YouTube 上直播。 这是一起发生在 2017 年的老事故,不是今天的新闻,但它至今仍是“备份到底能不能恢复”的经典教材。
TL;DR:2024 年 7 月 19 日,CrowdStrike 推送的一次 Falcon 内容更新(Channel File 291)让大量 Windows 主机蓝屏。官方根因分析称:模板定义了 21 个输入字段,而传感器侧只提供 20 个,导致越界读取内存。微软估计受影响设备约 850 万台。这是 CrowdStrike 自己公布的结论,并经第三方审查,不是外界猜测。 这是 2024 年的旧事,不是今天的新闻。 事情发生在 2024 年 7 月 19 日。CrowdSt