摘要

  • RIPE NCC 的预防性下线涉及四个网址，分别属于其培训学院、Number Resource Organization 和 ICANN 的 Address Supporting Organization。
  • PHP 项目在 10 月 21 日发布修复版本；RIPE 的状态记录显示，相关站点在 23 日随着更新和依赖项逐步就位而恢复。

补丁有发布日期，网站重开却要排队。RIPE NCC 的状态记录把这段等待留得很清楚。

10 月 21 日 17:37（CEST），RIPE NCC 状态页报告四个网站已下线。事故记录列出 academy.ripe.net、elearning-2.ripe.net、www.nro.net 和 aso.icann.org/aso-ac/。RIPE NCC 的公告将此举称为发现两项 PHP 严重漏洞后的预防措施。该机构表示，没有迹象显示这些漏洞已在其系统中遭到利用。

时间线很关键。PHP 项目的安全公告原定于 10 月 21 日 14:00 UTC 发布，确认 CVE-2026-109618（内存耗尽引发的内存破坏）和 CVE-2026-109619（请求状态滞留）两项漏洞。PHP 8.5.12、8.4.27、8.3.36 和 8.2.35 加入了修复。这些漏洞可能让攻击者在运行 PHP 的 Web 服务上远程执行代码。

RIPE NCC 的公开记录也给恢复过程排出了顺序。10 月 22 日，团队说上游补丁已经发布，正在等相关依赖可用后更新服务。到 10 月 23 日 09:22 CEST，学院和电子学习网站已经恢复访问。14:32，RIPE 将所有服务标记为在线。

这就是事故响应中最不显眼的一段：上游补丁存在了，具体服务仍得等自己的更新路径跑完。“补丁发布”是软件事件；“网站恢复”是运行决策，只有代码、依赖项和服务本身同时就绪才会发生。

这四个网址也说明了下线直接覆盖什么。学院提供培训，另外两个是 NRO 和 ASO 的信息入口。RIPE NCC 的状态系统把事件归在“非关键服务（RIPE NCC Academy）”项下。服务等级标签可以帮助排优先级，但公开记录没有说明这些网站如何托管、哪项依赖拖慢了恢复，也没有说明停机期间是否有备用公开入口。

记录明确的决定很简单：更新期间先撤掉访问。公开时间线记录了恢复节点。两者之间的部署路径仍在幕布后面。