云平台被攻击后，我给客户资料加了道登录门槛

周一早上，我想打开客户资料，却发现登录页面多了陌生设备提醒

我之前把客户资料、项目文件和合作记录都放在同一个云平台里，图的是省事。结果一次安全事件让我突然意识到：省下每月几十元，不等于省下后续的沟通和补救时间。

如果你也在处理合同、报价、客户名单这类内容，先别急着买更大的套餐。我们可以先把“谁能进、能看到什么、出事先做什么”理清。

Railay 是一家云平台开发公司。它公开了一份较详细的事故复盘，提到攻击者可能利用了没有安全限制的 AI 模型，并因此加强系统防护。对咱们这种小团队最有用的启发是：不要只依赖平台本身的防护，也要检查自己的账号、权限和备份。

我认识的陈欣在杭州做独立开发顾问。她在 2025 年 3 月客户资料共享时，没有直接给每个人开长期权限，而是先建立临时访问链接，并记录每次下载。她对我说：“我不是更懂技术，我只是不想再问客户‘上次那份合同发我一下’。”这种做法比单纯买安全服务更适合刚起步的人。

预算可以先按 0 元计算：先检查常用平台的登录验证、访问记录和恢复方式，再把最重要的客户文件做一份离线备份。时间为 60-90 分钟；技术门槛是能看懂网页里的登录、权限和下载设置，不需要会写代码。第一步是打开你正在用的云平台控制面板，找到“账号安全”或“登录设置”，确认自己的邮箱和手机号仍然可用。

如果平台有额外防护功能，再按月预算几十到几百元比较；现在不升级也没事，先完成备份、权限和恢复流程。我之前犯过同一个错：只在文件旁边写了“最终版”，却没保留真正的历史版本，真出问题时仍然很慌。

如果你刚起步，我会先做两件事：给主要账号加登录验证，把最重要的客户资料复制到另一个地方。

如果你有 1-2 个客户，我会给共享文件设置有效期或单独权限，并约定项目结束后关闭访问；同时记下每份资料的最后更新时间。

如果你正在扩规模，我会把账号交接、权限审核和事故联系人写进固定流程，让团队成员离开后仍能找回资料。至于更复杂的安全工具，不是所有人都需要，等你真的遇到多人协作或合规要求，再认真评估。