- Railway表示，攻击者利用其构建基础设施，解密了最多1.85%，即约100,000个工作区中的变量。
- Railway表示，被盗AI服务提供商密钥产生了约74万美元的预计未经授权使用费用。
- Railway表示，攻击者解密的数据包括BYOK代理密钥和1,852名用户的GitHub OAuth令牌。
Railway于11月10日发布事件报告，称攻击者在一次10月攻击中利用其构建基础设施，解密部分客户变量，被盗AI服务提供商密钥的未经授权支出估计约74万美元。
受影响的数据包括353次构建的存储历史记录（包括密封变量），以及1,852名用户的BYOK代理密钥和GitHub OAuth令牌。Railway表示，取证未显示客户数据库遭到访问。
Railway是一个运行客户应用程序及其构建的云平台。该公司表示，攻击者于10月21日被完全驱逐，而在暂停新构建和部署期间，现有部署仍保持在线。
Railway追踪从构建逃逸到变量解密的攻击过程
Railway表示，攻击者于10月20日06:50UTC开始探测其构建基础设施，并于07:28UTC利用一个此前未知的漏洞，部分逃逸文件系统隔离。
一条关于异常注册表服务API调用的警报于13:58UTC通知值班工程师。攻击者在13:50至15:30UTC之间读取了353次构建的存储历史记录，其中包括密封变量。
10月21日03:26UTC，攻击者发现了一个错误配置的OIDC绑定，并获得了一个短期云凭据。Railway表示，攻击者随后在04:07至05:21UTC之间获取了加密环境变量。
Railway表示AI密钥是攻击者的主要目标
Railway表示，数据库日志显示，攻击者使用其提供的正则表达式查询变量名称，以优先获取AI服务提供商密钥。攻击者于10月21日04:42至05:14UTC以及06:36至07:15UTC两个时间段内解密了部分获取的变量。
该公司表示，其内部取证调查确认AI服务提供商密钥是主要目标。Railway估计，被盗密钥产生的未经授权支出约为74万美元。
Railway表示，攻击者于10月18日开始使用首批虚假账户注册，但初次探测期间的所有尝试均未成功。
Railway暂停部署和注册后恢复构建
Railway表示，10月22日03:32UTC开始恢复构建，首先恢复Enterprise工作区。Pro工作区于06:29UTC恢复，Hobby构建于21:08UTC恢复，Free和Trial构建于22:49UTC恢复。
该公司于10月22日19:06UTC暂停新注册，并于11月2日重新开放。Railway表示，在暂停新构建和部署期间，所有现有用户部署均保持在线。
Railway表示，它于10月21日09:25UTC通知GitHub、GitLab、Anthropic、OpenAI、OpenRouter、SpaceXSI、Google和Stripe有关可能遭泄露的密钥。它于10月22日22:49UTC前为所有套餐恢复构建，并于11月2日重新开放新注册。
该公司表示，尚未确定最初的攻击者是否运营了相关服务，或是否向其他方提供了凭据。Railway还聘请了一家外部取证公司调查恶意行为者。
防守方现在要做什么
- 移除数据库的公共网络访问权限。
- 轮换任何敏感变量和密钥。
- 检查GitHub账户审计日志并查看所有应用访问权限。
- 检查Dockerhub等注册表中的审计日志。
- 如果在10月21日前注册，请轮换存储在Railway上的密钥。
常见问题
Railway攻击发生了什么？
Railway表示，攻击者利用其构建基础设施，访问存储的构建历史记录，并解密了部分客户变量。Railway表示，该事件导致约74万美元的预计未经授权AI服务提供商使用费用。
有多少Railway工作区受到影响？
Railway表示，最多1.85%，即约100,000个工作区中的变量被解密。它还表示，解密数据包括1,852名用户的关联账户令牌。
Railway攻击者访问了哪些数据？
Railway表示，攻击者读取了353次构建的存储历史记录，其中包括密封变量。Railway表示，解密数据包括BYOK代理密钥和GitHub OAuth令牌，而其取证未显示客户数据库遭到访问。
Railway客户应用程序是否被下线？
Railway表示，在暂停新构建和部署期间，现有用户部署仍保持在线并运行。截至10月22日22:49UTC，它已为所有套餐恢复构建。
事件发生后，Railway客户应该怎么做？
Railway建议客户移除公共数据库访问权限，轮换敏感变量和密钥，并查看GitHub和注册表审计日志。Railway建议在10月21日前注册的客户轮换存储在Railway上的密钥。
来源
- Incident Report: October 21st Security Attack | Railway Blog, Railway原始文件
- Preliminary Report: Oct 21st Security Incident | Railway Blog, Railway原始文件
- Railway breach leads to $740,000 in fraudulent AI charges, BleepingComputer
- Railway Hack Stole AI Keys From Up to 100,000 Workspaces, ShiftDelete
- Railway urges users to revoke API keys after cyberattack exposes customer secrets, MediaNama
我们如何核实这篇报道
| 内容 | 来源 | 状态 |
|---|---|---|
| Railway表示，攻击者利用其构建基础设施，解密了最多1.85%，即约100,000个工作区中的变量。 | Railway | 引述 |
| Railway表示，被盗AI服务提供商密钥产生了约74万美元的预计未经授权使用费用。 | Railway | 引述 |
| Railway表示，攻击者于10月20日06:50UTC开始探测其构建基础设施。 | Railway | 引述 |
| Railway表示，攻击者于10月20日07:28UTC利用一个此前未知的构建基础设施漏洞，部分逃逸文件系统隔离。 | Railway | 引述 |
| Railway表示，一条警报于10月20日13:58UTC通知值班工程师有关异常注册表服务API调用。 | Railway | 引述 |
| Railway表示，攻击者于10月21日03:26UTC发现了一个错误配置的OIDC绑定，并获得了一个短期云凭据。 | Railway | 引述 |
| Railway表示，攻击者于10月21日04:07至05:21UTC之间获取了加密环境变量。 | Railway | 引述 |
| Railway表示，攻击者通过使用其提供的正则表达式查询变量名称，优先获取AI服务提供商密钥。 | Railway | 引述 |
| Railway表示，攻击者于10月21日04:42至05:14UTC以及06:36至07:15UTC之间解密了部分获取的变量。 | Railway | 引述 |
| Railway表示，攻击者于10月21日09:24UTC被完全驱逐出其系统。 | Railway | 引述 |
| Railway表示，解密数据包括BYOK代理密钥和1,852名用户的GitHub OAuth令牌。 | Railway | 引述 |
| Railway尚未确定最初的攻击者是否运营了中转或转售AI服务提供商访问权限的服务。 | Railway | 引述 |
| Railway表示，取证未显示客户数据库遭到访问。 | Railway | 引述 |
| Railway表示，它于10月21日09:25UTC通知服务提供商有关可能遭泄露的密钥。 | Railway | 已证实 |
| Railway表示，截至10月22日22:49UTC，所有套餐的构建均已恢复。 | Railway | 已证实 |
| Railway表示，它于10月22日暂停新注册，并于11月2日重新开放。 | Railway | 已证实 |
| BleepingComputer报道，Railway的泄露事件产生了约74万美元的欺诈性AI使用费用。 | Railway, via BleepingComputer | 引述 |
| ShiftDelete报道，Railway于11月10日发布了详细事件报告，即攻击发生三周后。 | ShiftDelete | 引述 |
| MediaNama报道，Railway最初暂停了新构建和部署，同时调查该事件。 | MediaNama | 引述 |
| Railway表示，攻击者于10月18日开始使用首批虚假账户注册，且这些初次尝试未成功。 | Railway | 引述 |
| Railway表示，在暂停新构建和部署期间，客户应用程序保持在线。 | Railway | 已证实 |
| Railway表示，它聘请了一家外部取证公司调查恶意行为者。 | Railway | 已证实 |
| blog.railway.com于2026年11月10日发布了报告。 | blog.railway.com | 已证实 |
| blog.railway.com于2026年10月22日发布了报告。 | blog.railway.com | 已证实 |
未能核实
- 尚未确定约74万美元使用费用估算的计算方式
