Railway：你的 .env 搭上了别人的车

Railway 是一个很流行的 PaaS 平台。它称在 2026年10月21日上午，存放客户环境变量的系统中出现了异常活动。目前的调查显示，未经授权的一方可能访问了加密后的变量，而且其中一部分的解密内容也被拿到了。在 Railway 上，应用的 API 密钥、数据库密码和镜像仓库凭据都放在环境变量里，所以这实际上就是一个密钥库。

Railway 认为这次入侵属于最近一系列针对平台公司的攻击，攻击者的最终目标是 AI 推理服务商。Railway 说已经请这些上游服务商主动吊销密钥。它没有点名是哪几家，但它自己后续发布的指南里，包含了 OpenAI、Anthropic、Grok 和 OpenRouter 的用量检查。

Railway 在自己这边做了什么

• 从 10月21日上午起暂停所有构建和部署，Enterprise 也不例外。Enterprise 的构建在 10月22日 03:30 UTC 左右恢复，其他套餐随后分批恢复。
• 让 OAuth 会话失效（用户会被登出）。
• 重置了每个存储桶的 S3 凭据，以及 Railway 为账号关联持有的 GitHub 令牌，并删除了作为镜像仓库凭据存储的 GitHub 令牌。这些重置操作会以“Railway Staff”的名义出现在工作区审计日志里。
• 请上游（未具名的）服务商吊销密钥。

你的第三方密钥，Railway 没法替你轮换：变量里的 Stripe 密钥、OpenAI 密钥和数据库密码，都得你自己换。而且容器只在启动时读取变量，所以换完密钥必须重新部署，可构建暂停期间偏偏部署不了。

为什么是 L4

Railway 说影响“可能仅限于部分用户”，却要求所有用户都去轮换。它确认至少有一部分客户的密钥被拿到了解密后的值。大型 PaaS 的多租户密钥库被攻破，就是一次大规模凭据泄露，而每一把泄露的密钥都能打开下游的另一个系统。所以定为 L4。如果确认被盗密钥遭到大规模滥用，级别还会上调。

还不清楚的地方

• 攻击者怎么进来的（员工或服务凭据被盗、供应商、漏洞），以及入侵实际从什么时候开始。Railway 只说了什么时候发现的。
• 多少客户或变量受到影响，哪些被解密了。Railway 会给确认受影响的账号发邮件，但没有给出数字。
• 加密的值是怎么变得可读的，也就是说，光轮换密钥能不能堵上攻击者用的那条路。
• 07:24 UTC 开始的那次故障，到底是攻击造成的，还是应急处置造成的。Railway 的状态页把两件事放在同一个事件下跟踪，但没有说明。
• 滥用情况。 目前还没有公开报告确认哪个被盗的 Railway 密钥被人用过。没人报告不代表没发生：去查你自己各服务商的日志。