Bunny.net（Bunny CDN）于10月29日发布安全事件更新，披露其一家基础设施供应商遭遇未授权访问。事件源于该供应商使用的第三方服务器管理软件被入侵，而Bunny CDN位于亚美尼亚的一个CDN节点恰好托管在该供应商提供的服务器上。收到供应商警报后，Bunny工程团队在20分钟内停止了经由该服务器的流量路由，随后审查并保全相关安全日志、安全擦除服务器，并吊销其对其他系统的访问权限，该服务器已被永久移除出基础设施。Bunny与供应商的调查均未发现该CDN节点或其数据被未授权访问的证据，供应商方的调查仍在继续。作为预防措施，Bunny正在为自定义域名分批重签托管TLS证书，每张新证书均使用全新私钥，预计于10月31日结束前完成。重签期间现有证书继续正常提供服务，使用托管证书的客户无需执行任何操作。对于自行管理TLS证书的客户，官方建议吊销旧证书并使用新私钥重新签发。Bunny表示将在证书重签完成后于状态页发布进一步更新，其支持团队可协助客户处理证书相关问题。
事件分析
此次事件的核心风险点在于第三方服务器管理软件成为攻击入口，属于典型的供应链攻击路径，与近年多起管理软件被渗透后波及下游客户的事件模式相似。Bunny CDN的处置流程体现了较成熟的应急规范：分钟级流量切换、日志保全、介质擦除、权限吊销环环相扣，为中小型云服务提供商提供了可参考的应急样本。即便未发现实际入侵证据，主动轮换TLS私钥仍是应对不确定性暴露的标准做法，也反映出证书生命周期管理在CDN安全体系中的权重正在上升。后续值得关注的走向包括：供应商是否披露管理软件的具体漏洞细节、是否存在针对多家基础设施厂商的同一攻击活动，以及事件是否会推动行业强化托管证书密钥轮换机制与供应链安全审计。
核心观点：CDN供应链安全的关键不在杜绝事故，而在分钟级响应与主动密钥轮换所构筑的应急纵深。
原文链接：Hacker News
