永远不要相信云存储！开源开发者使用10年的AWS账户被封且数据被清空

此前有用户将数据存储在 OneDrive 结果账户被微软封禁后导致数据无法取回，即便多次联系微软甚至引起诸多报道后，到现在也没能恢复账户和取回数据。

现在有个新案例表明依赖于云存储是个非常不靠谱的事情，此次事件的主角是赛欧斯 (Seuros)，赛欧斯是 Ruby 编程开发语言的知名贡献者，有多个项目被业界广泛使用。

赛欧斯将自己的所有数据全部存储在亚马逊 AWS 中，结果现在因为 AWS 账户被封导致所有数据被清空且无法恢复，比较讽刺的是 AWS 的部分项目也依赖于赛欧斯的贡献，部分 AWS 工程师经常请教赛欧斯用于解决程序的某些问题。

很多人批评赛欧斯称其将所有数据放在 AWS 中没有其他备份，赛欧斯的解释是将数据存储在 AWS 中本身就是最佳的数据存储实践，包括使用 AWS 欧洲数据中心进行数据备份、部署灾难恢复策略、使用 AWS 推荐的数据备份架构以及加密密钥与存储分离。

唯一问题是赛欧斯没想到自己使用超过 10 年的 AWS 账户竟然被封，而上面的那些策略只是应对 AWS 数据中心故障的，并不能应对 AWS 系统 BUG (下文会说这个 BUG) 引起的数据清空问题。

为什么账户会被封禁：

从说明来看赛欧斯的账户被封禁主要原因是存在代付账户，曾经有个公司负责经销 AWS 服务，这个公司的 AWS 顾问因 FTX 加密货币交易所倒闭事件受到严重影响，最终结果是这名 AWS 顾问直接跑路。

在这名 AWS 顾问跑路后 AWS 要求进行付款人进行账户验证 (可能是用于防止欺诈)，但赛欧斯指出自己已经绑定 Wise 支付卡用于应对顾问跑路无法付款的情况，理论上说切换支付方式即可。

但 AWS 拒绝切换支付方式并给出隐私保护的理由，在 7 月 10 日 AWS 要求赛欧斯进行验证并给出 5 个自然日的验证时间，7 月 14 日赛欧斯联系支持人员要求更换新的提交表格。

到 7 月 20 日新表格发布赛欧斯提交身份证件和水电费账单，尽管提交的是非常清晰的 PDF 文件，但 AWS 审核失败并表示文档不可读，到 7 月 23 日赛欧斯收到账户封禁的通知。

账户封禁后数据立即被删除：

按照 AWS 现有的政策，对于主动删除账户的用户 AWS 将保留数据 90 天，在 90 天以内用户可以重新恢复账户并取回数据，但 AWS 没有对账户被封禁做出详细的规定。

在赛欧斯的案例中 AWS 在终止其账户的时候就直接清空了所有数据，现在可能连各种跨区域备份数据也已经被清空，因此赛欧斯想要拿回自己的数据希望非常渺茫。

真正的问题其实 AWS 系统内部 BUG：

在多次工单联系中 AWS 并未解释为什么封禁帐户、为什么删除数据、能否恢复数据，在没有解决赛欧斯问题的情况下，AWS 支持工程师直接关闭工单并要求给出五星好评 (应该是某种模板)。

而 AWS 部分团队从赛欧斯的开源项目里获益，于是有 AWS 内部工程师悄悄联系赛欧斯透露真实情况：这实际上是 AWS 系统 BUG，多名用户都遇到与赛欧斯相同的情况，账户被封禁以及数据被删除。

这个内部工程师透露，AWS MENA 团队 (注：MENA 指的是 AWS 中东和北非) 正在对休眠和不活跃账户进行某种概念验证，运行概念验证的开发者执行某种跨现代 CLI 的标准做法 —dry

但其内部工具是 Java 编写的，Java 追加参数时应该使用单个破折号而不是两个破折号，例如 java -version 而不是 java –version，java -dry 而不是 java –dry，这种做法导致传递给 Java 应用程序的 –dry 参数被忽略并引发了此次事故。

AWS MENA 团队似乎担心被追责而拒绝承认错误：

透露消息的 AWS 工程师因担心透露消息过多而被追查到真实身份，不过这名工程师称多个低活跃度账户突然被标记 (即便账户是活跃的也可能被错误标记)、拒绝回答错误问题等都是 AWS MENA 团队试图掩饰的做法。

至于 AWS MENA 团队也算是名声在外，在 Facebook 和 Reddit 上有多个开发者提到不要使用 AWS MENA 区域，因为该区域的运作方式与其他地区不同，他们可以随时删除你的账户。

目前这件事还在继续发展中，不知道赛欧斯能否恢复自己的账户，但依赖于 AWS 或任何单一云存储的用户都应该注意：这些账号本身就是最大的风险，因为有被封且无法恢复的可能。

以上就是“永远不要相信云存储！开源开发者使用10年的AWS账户被封且数据被清空”的详细内容，想要了解更多IT圈内资讯欢迎持续关注编程学习网。