摘要

记录的两面

公开记录显示，AS210860（as-name “edeka_digital”，org 对象 ORG-EDG14-RIPE）的 admin-c 与 tech-c 均指向角色对象 DFINFRA（nic-hdl DA9499-RIPE），该对象维护者为 EDDI-MNT，创建于 2021 年 6 月 10 日、最后修改于 2021 年 10 月 27 日 [https://whois.ipip.net/AS210860]。但本次核查必须诚实地说明证据边界：权威的 RIPE REST 端点（rest.db.ripe.net 上的 DA9499-RIPE）在本次研究中未能成功读取，因此 DFINFRA 的身份与字段内容均来自未脱敏的第三方镜像（如 ip.cc、whois.ipip.net），而经过脱敏过滤的输出则将联系人显示为 DUMY-RIPE [https://ip.cc/topic/asn/AS210860/]。换言之，这份联系记录的当前内容是二手镜像层面的陈述，而非本次直接验证的一手读取。

镜像之间还互相冲突：同一 ORG-EDG14-RIPE 组织对象，ip.cc 显示为“EDEKA DIGITAL GmbH”，whois.ipip.net 显示为“EDEKA Verwaltungs- und Beteiligungs GmbH”（汉堡地方法院 HRB 90516，最后修改 2026-05-13）；观测对端亦有分歧（ip.cc 片段给出 AS32787 Akamai，Hurricane Electric 给出 AS9211 Nawork）[https://whois.ipip.net/AS210860][https://ip.cc/topic/asn/AS210860/][https://hostdir.net/networks/as210860-edeka-digital]。低置信度聚合源 checkip.com 甚至标出“Active”状态（RegDate 2025-03-25），但前缀、上下游与对端字段全部留空，与 IPinfo 的“Inactive”直接矛盾 [https://checkip.com/asn/AS210860/]。

静默之后无人补位

在本次研究所保留的全部公开来源中，不存在任何来自或关于 DFINFRA 的事件、故障或滥用处理通告。这不是“没有事件”的证明，而是“没有通告记录”的语料性陈述。此前 17 篇 BTW 报道覆盖了注册身份、路由分歧与商业证据缺失，但没有人追问：一个角色对象作为 admin-c/tech-c，在网络静默五个多月后，其事件响应与记录维护职责由谁承担？公开记录对此保持沉默——这正是问责缺口本身。RIPEstat 的 announced-prefixes 数据端点在本次研究中同样未能返回载荷，零前缀结论依赖上述独立观测与既有报道，而非直接读取的 RIPEstat 响应 [https://stat.ripe.net/data/announced-prefixes/data.json?resource=AS210860]。