先说结论：部署平台 Zeabur 要关停了，2026 年 12 月 31 日全面停服。

压垮它的不是竞争，也不是现金流，而是半年之内接连发生的两次安全事件：攻击者两次打穿平台自己的凭据体系，把用户的环境变量、API 密钥和账户信息成批读走。创始人林沅霖在关停公告里把话说得很直白：保护客户的服务和数据安全是平台的责任，「而我们没有做好这件事」。

如果你有服务还跑在 Zeabur 上，这篇文章后半部分有一份按官方迁移指南整理的迁出清单。先提醒一句最容易踩的坑：12 月 1 日共享集群就会暂停所有服务，12 月 31 日不是你的截止日期，你的截止日期比它早。

Zeabur 关停概念图

一、事件速览

项目 内容
平台 Zeabur，2023 年成立的台湾团队，一键部署 PaaS（网站、数据库、n8n 等）
第一次安全事件 2026 年 8 月 27 日，攻击者经租户服务漏洞一路打进生产数据库
第二次安全事件 2026 年 10 月 14 日，共享集群管理凭据泄露，用户容器被直接执行命令
受影响规模 据 Cybernews 报道，官方称 32 万余个账户受影响（邮箱、用户名、电话、项目与服务数据）
关停公告 2026 年 10 月 17 日，创始人署名发布
关键日期 即日起停售；12 月 1 日停续费、共享集群暂停；12 月 31 日全面停服
数据删除期限 尚未公布，官方称将另行公告

二、三年半：从一个毕业专题到 10 万用户

Zeabur 的起点，是一个被部署折磨出来的毕业专题。

创始人林沅霖是桃园人，在浙江大学读信息工程时课余接了不少外包案。他发现写代码反而不是最花时间的：每个案子交付前，都要重新研究一遍云端环境怎么设、网站怎么上线、怎么交给客户。于是他的毕业专题做了一个「后端版的 Vercel」——开发者把程序丢上去，服务器、网络、配置都不用管。室友试用之后说，这东西真的能用。

后来团队进了奇绩创坛（MiraclePlus）加速器。2023 年林沅霖毕业，Zeabur 正式成为一家公司：台湾团队，公司登记在美国，专攻巨头没认真做的华语市场——中文界面与文档、本地化的支持与计价。

此后几年的成长曲线，一度是新创公司最想要的那种：

  • 2024 年 11 月，付费用户跨过 1,000 人。
  • 2025 年，n8n 爆红，Zeabur 的一键部署模板正好接住这波流量，营收与用户数创下阶段新高，团队还一度向美国市场扩张。
  • 2025 年 11 月，官方宣布完成 200 万美元种子轮融资，由硅谷的 500 Global 领投，百度风投与台湾的 AVA Angels 跟投；当时累计注册用户超过 10 万，付费客户超过 5,000，产品还登上过 Product Hunt 的当日榜首。

但高光之下，关停公告里那句「三年半前快速开发的项目」的欠账始终没有还上：用户和收入上去了，系统的复杂度与安全欠账也跟着一起上去了。据早期团队成员 Ling Wu 在关停当天的回顾，2026 年 8 月底第一次安全事件之后，公司资遣了约一半团队——距离 10 月的第二次事件，只剩一个多月。

从种子轮官宣到关停公告，不到一年。

三、两次入侵：打穿的都是平台自己的凭据体系

第一次（8 月 27 日），Zeabur 在 9 月 7 日发布的官方调查报告把攻击路径交代得相当完整：攻击者先利用一位租户部署在共享集群上的 NextChat 的漏洞拿到容器执行权，再从共享集群内网的路由缓存里读到一批 Zeabur 的 Legacy API Key——这批 Key 没有权限范围限制，也没有有效期。攻击者从中挑出一把团队管理员 Key，读走内部管理服务的环境变量，里面躺着长期保存的 AWS root 密钥。接下来是东京共享集群的控制权，最后借一项运维定时任务持有的网络连接和数据库凭据，进到生产数据库，把各项目的环境变量大量读走。

被读走的东西包括用户存在环境变量里的 AI 服务密钥、云厂商凭证、数据库连接信息与密码。事后社区陆续爆出 OpenAI、Anthropic 等 API Key 被盗刷，Zeabur 承诺全额兜底，并关停了 AI Hub。团队是在用户报告 Key 被盗用之后才确认事件的——按报告自己的说法，当时的监控与告警没有识别出这次未授权访问。

第二次（10 月 14 日），据官方状态页与用户通知：攻击者拿到了共享集群的平台管理凭据，直接进入用户容器执行命令，主要目标是 n8n、PostgreSQL、MySQL、Redis 与 AI 相关服务；随后确认范围比最初报告的更广，部分架在 Google Cloud 上的专用服务器同样被未授权访问，平台数据库被读取，服务环境变量、账户信息、API Token 等再次外泄。管理凭据这次是怎么泄露的，官方尚未公布。

两次事件的共性值得圈出来：被打穿的都不是某个租户自己的应用安全，而是平台层的凭据与隔离——无范围、无期限的 Legacy Key、长期保存的 root 密钥、共享集群的管理凭据。对多租户平台来说，租户把密钥交给平台保管的那一刻，平台的凭据卫生就等于所有租户的安全上限。

四、为什么是关停，而不是修一修继续

Zeabur 成立于 2023 年，过去一年是它增长最快的一年。创始人在公告里给了三层理由：

一是起点太低。系统最初只是三年半前一个快速开发的项目，为了追市场不断改架构、换方向，复杂度和维护成本越滚越高，两次事件把系统安全和运维上的欠账彻底暴露出来。

二是赛道在变。从 n8n、工作流自动化到 Vibe Coding，AI 一边给云端部署带来前所未有的需求，一边在快速降低「部署」本身的门槛——平台必须重新回答自己还能提供什么长期价值。

三是责任承担不起。8 月事件之后团队讨论了很久，第二次事件发生后，他们重新评估了继续运营所需的投入和团队能承担的责任，结论是停下来。第一次事件的盗刷赔偿已经全额兜底，第二次的范围更大；公告承诺账户余额退款与事件赔偿分别受理，迁移协助是团队接下来主要的工作。

平心而论，这份关停公告写得算体面：创始人署名、时间表明确、赔偿通道清楚，还专门做了一份迁移指南。但体面救不回时间——从公告到全面停服，只剩大约十周。

Zeabur 关停时间线

五、关键日期：你的截止日期不是 12 月 31 日

  • 即日起：停止出售新的专用服务器和域名；开始受理账户余额退款；通过 Zeabur 购买的域名已开放自助转出。
  • 12 月 1 日起，专用服务器：停止续费，按各自到期日在 12 月 1 日至 31 日之间陆续关闭。注意，租用的专用服务器属于 Zeabur 的云账号，到期后会被删除，磁盘数据不保留，你的到期日就是你的死线。
  • 12 月 1 日起，共享集群：暂停所有正在运行的服务。之后可以手动恢复运行来备份数据，但别把业务指望在「手动恢复」上。
  • 12 月 31 日：所有专用服务器与共享集群停止服务。
  • 数据删除日期、最晚导出期限：尚未确定，官方说另行公告，并明确提醒：不要等删除期限公布了才开始准备。

六、迁出清单：平台替你做的事，全要有人接手

Zeabur 官方迁移指南里有一张表，列了平台过去替用户做掉的事。换个角度看，那就是你的迁移工作量清单。按 DBA 的优先级重新排过序：

Zeabur 迁出清单

  1. 数据库先行，且必须实际还原一次。 Zeabur 提供每日自动备份，但备份和平台是共存亡的——停服后备份一起消失。先把数据导出，在新环境里完整还原一次并校验行数，再谈切换。官方指南里给的实测案例是 Django + PostgreSQL + Redis：28 张表行数全部一致，正式切换停机约 6 分钟。
  2. 镜像要带走。 你的服务镜像存在 Zeabur 的镜像仓库里，平台停运后就拉不到了。平时看不出来，服务哪天一重启就会直接起不来。迁移前把镜像导出到自己的仓库。
  3. 环境变量带实际值走，密钥顺带全量轮换。 项目间自动注入的变量（数据库连接串之类）在新环境里不存在，漏了就是迁移当天连不上数据库。更要紧的是：经历过两次事件，凡是曾经出现在 Zeabur 环境变量里的密钥，都应按已泄露处理——迁移正好是一次全量轮换的机会，别原样搬过去。
  4. 域名与证书。 *.zeabur.app 域名停服即失效，换成自己的域名；在 Zeabur 买的域名先转出到其他注册商；HTTPS 证书的自动申请与续期也要在新环境里有人接手。
  5. 内网互连与运维件。 服务之间用 .zeabur.internal 互连的要改连接方式；日志、监控、告警、团队权限，都要在新平台重建。
  6. 去向。 官方指南给的方向是三类：Railway 这类托管平台接续「推上去就部署好」的体验；Coolify 这类自建平台换完全掌控；或者干脆 k3s、Docker Compose 自己来。

还有一个很时代感的细节：这份迁移指南是写给 Coding Agent 读的。官方直接给了一句可以粘贴给 Claude Code、Codex 的指令，让 agent 先盘点你的服务、给方案、逐步执行，动数据的步骤还会先征求你同意。连平台关停的善后，都已经进入 agent 时代了。

七、留给所有用 PaaS 的人的三课

第一课：你交给平台保管的密钥，就是平台的泄露面。 Zeabur 两次事件里最值钱的战利品，都是用户存在环境变量里的第三方密钥。平台方便是真方便，但要默认「平台被打穿时，这些密钥会一起走」：能用权限受限、额度受限、短期有效的凭据，就不要放长期全权 Key。

第二课：「能迁出」要在平时验证，不要等关停公告。 镜像能不能导出、备份能不能在平台之外还原、环境变量能不能完整拿到——这三件事，Zeabur 用户是在关停倒计时里被迫确认的。换成任何平台，都值得你现在就抽半小时验一遍。尤其是备份：备份只存在于平台内部，等于没有备份。

第三课：供应商风险要进选型清单。 和上一篇 PingCAP 的事放在一起看，2026 年 10 月的主题很清楚：你的供应商就是你的攻击面，也是你的单点。选平台时除了价格和功能，还该看两样东西——它出事时披不披露（Zeabur 两次都发了完整报告，这点值得肯定），以及它倒下时你跑不跑得掉。

Zeabur 的故事到这里就结束了。一个增长最快的年份、两份坦诚的事件报告、一封署名的关停信。平台会关停，数据不会自己走——还在上面的，趁早迁。

参考来源

原文作者: liups.com

原文链接: http://liups.com/posts/97dfeefc/

许可协议: 知识共享署名-非商业性使用 4.0 国际许可协议