作为面向企业提供基础设施能力的平台，IXCDN 始终认为，稳健的安全能力既来自严谨的内部工程管控，也离不开安全社区负责任的外部检验。我们尊重并感谢在合规范围内开展研究、负责任披露风险的白帽与红队安全研究者。
2026 年 10 月 13 日，一支外部安全研究团队对 IXCDN 开展防御性安全验证，并向我们指出了两个能够串联的配置边界问题。收到告警后，安全与研发团队立即启动事件响应，隔离相关测试账户和配置，完成全量日志审计，并部署了账户、域名权属与证书发布链路的系统性加固。
发生了什么
在一次环境策略变更后，邮箱验证策略的配置与账户真实状态没有保持完全一致：少数自助注册账户在完成邮箱验证前，被错误记录为可用状态；不同登录与会话入口对该状态的检查也不够统一。
研究团队以此为切入点，进一步发现 DNS、CDN 与静态网站三个配置入口过去分别维护域名权属，没有在底层共享一个不可绕过的域名命名空间边界。这使未经验证的账户可以创建涉及平台自有域名或其子域的待验证记录。相关记录始终处于待验证状态，没有进入有效的 DNS、CDN、网站发布或证书签发配置；但允许普通租户创建这类记录本身就是不应存在的安全边界缺口。
影响范围
研究团队的操作止于概念验证，并及时向我们报告。相关域名记录没有通过权属验证，也没有取得修改既有客户配置的权限。
日志与配置审计未发现客户账户或业务数据被访问、导出或篡改，也未发现客户域名的 DNS 解析或 CDN 路由被改写。
本次审计期间，www.ixcdn.com 曾短暂出现证书不匹配。经复核，这与红队验证及上述待验证域名记录无关，原因是一次独立的证书续签流程错误地将根域和 www 拆分为两张证书。该问题没有造成流量被转发至研究团队控制的源站；我们已恢复正确证书，并完成存量证书分组的对账与修复。我们在此一并说明，是为了避免将时间上接近的两个问题错误归因。
根因
本次红队发现的问题不是单个校验条件缺失，而是两处安全假设没有形成同一条闭环：邮箱验证在“账户状态”和“入口鉴权”之间存在双重语义；域名权属校验分散在不同产品入口，缺少覆盖平台自有域名及其子域的统一底层边界。
这些问题单独出现时影响有限，但组合后暴露出平台自有资产保护和配置发布边界上的设计短板。我们对此承担责任。
已完成的整改
我们没有停留在删除异常记录或封禁测试账户，而是从底层收敛了相关状态和权限边界：
- 统一账户验证生命周期。 自助注册账户在邮箱验证完成前保持待验证状态，验证成功后才可进入可用状态；登录、动态会话、API 密钥以及已签发会话都会实时检查账户与租户状态。账户被暂停、禁用或失去验证条件后，既有凭证也会立即失效。安全敏感配置同时纳入基线校验与变更巡检。
- 建立跨产品的域名权属边界。 DNS、CDN 与静态网站现在共享同一套域名命名空间与权属规则。已验证的根域会保护其子域；平台自有域名纳入不可由普通租户变更的系统级保留范围；精确域名、父域与子域的并发认领在数据库事务中统一串行校验。待验证及不符合新规则的存量记录不会进入 DNS、路由或网站发布配置。
- 完成独立证书问题整改与横向复核。 默认由同一张证书同时覆盖根域和
www主机名，续签过程不再将二者拆分；发布前还会校验证书 SAN 是否精确覆盖目标主机名。我们已完成存量证书分组的自动对账，并对同类边界校验、告警和审计链路进行了横向复核。该项整改针对审计期间发现的独立证书续签问题，不属于红队验证所造成的影响。
上述核心修复已部署。我们会继续跟踪运行数据和审计结果；如果后续调查出现会实质改变本说明的新事实，我们将更新本文。
致谢与安全反馈
本次隐患能够被提前发现并完成闭环，很大程度上得益于研究团队高质量、思路严谨且保持克制的验证工作。专业、负责任的安全研究帮助我们把防线筑得更牢，也保护了所有信任 IXCDN 的用户。在此，我们向该团队致以诚挚谢意。
我们已为本次发现隐患的安全研究团队准备专项致谢奖励。如您是相关研究人员，请通过 noc@wlstack.com 与我们联系。
物链网络旗下 IXCDN 长期欢迎全球安全专家在遵守安全测试政策的前提下开展合规研究并提交安全发现。我们期待与安全社区一道，共建更可靠的基础设施安全生态。
— IXCDN 安全团队
2026 年 10 月 15 日