Bunny CDN 遭遇安全事件，TLS 证书已重发
Bunny CDN Security Incident
Bunny CDN 近日披露了一起涉及基础设施提供商的安全事件。上周，某第三方服务器管理软件遭到未授权访问，导致位于 Armenia 的一台 CDN 节点服务器受到影响。工程团队在 20 分钟内切断了该服务器的流量，彻底擦除数据并永久移除了该节点。目前调查未发现 CDN 节点数据被泄露的证据，但为防万一，Bunny 已撤销并重发了 bunny.net 平台所有域名的 TLS 证书，自定义域名的证书重发工作也将在 24 小时内完成。此次事件未涉及账户数据或内部系统，但建议自行管理证书的用户也采取预防措施。
在 bunny.net，我们深知您将内容安全托付于我们的信任，并将这一责任视为重中之重。
HN 评论区
40- colonCapitalDee
响应迅速且专业，这正是我们对 Bunny 的期待。
“上周，我们的一家基础设施提供商报告称，涉及第三方服务器管理软件的未授权访问事件。我们位于亚美尼亚的一个 CDN 节点托管在该提供商提供的一台服务器上。
收到受影响提供商的警报后，我们的工程团队立即采取行动。20 分钟内，我们便停止了通过该服务器路由流量。随后，我们审查并保存了相关安全日志以供调查，安全擦除了该服务器，并撤销了其对其他系统的访问权限。受影响的服务器已被永久从我们的基础设施中移除。”
- eraclide
Bunny 在亚美尼亚使用的是 Gcore。是 Gcore 自己遭到了黑客攻击，而不是 Bunny。Bunny 只是下游受影响方之一，且仅涉及其中一个 POP 点。
https://lowendtalk.com/discussion/222315/gcore-compromised-v...
这个标题严重具有误导性。
- bobtheborg
虽然两项调查均未发现任何未经授权访问我们服务器的迹象，但我们不能完全排除这种可能性。
如果我们的 CDN 节点确实发生了未授权访问，可能泄露的信息包括：临时缓存的 CDN 内容、Pull Zone 配置以及存储在该服务器上的 TLS 证书。
作为额外的预防措施，我们已撤销并重新签发了 bunny.net 平台域名（b-cdn.net 和 bunny.run）的所有 TLS 证书。自定义域名的托管 TLS 证书重新签发工作正在进行中，预计将在未来 24 小时内完成。使用托管证书的客户无需采取任何操作。一旦此流程完成，我们将在状态页面上发布进一步更新。
如果您自行管理 TLS 证书，我们建议作为预防措施，撤销并使用新的私钥重新签发它们。
除上述信息外，没有其他客户数据（包括 bunny.net 账户数据）存储在该服务器上，且内部系统未受影响。
- evan_a_a
看起来，底层提供商可能允许了例如磁盘读取之类的操作，而上面 Bunny 所说的可能存储在磁盘上的内容就是这些？我理解对了吗？
- bitlad
> 收到受影响提供商的警报后，我们的工程团队立即采取行动。20 分钟内，我们便停止了通过该服务器路由流量。随后，我们审查并保存了相关安全日志以供调查，安全擦除了该服务器，并撤销了其对其他系统的访问权限。受影响的服务器已被永久从我们的基础设施中移除。
在应对潜在的安全泄露事件时，正确的协议是控制事态并保留所有数据以供调查。不要试图选择性地保留或删除某些数据。不幸的是，他们很可能已经销毁了证据，将无法确定攻击者是否真的攻破了服务器，以及如果是的话，是如何做到的。这说明他们的应急响应计划存在严重缺陷，甚至根本不存在。