摘要

  • almazcloud.network（AS210328，组织对象 ORG-ZA238-RIPE）背后的法律身份是南萨哈林斯克的 AO 'ALMAZ'：INN 6501304360，2019年5月6日注册，主营业务为海水鱼类养殖，注册资本10,000卢布，员工两人。
  • 该法律实体的财务数据与一个国际云运营商的形象不符：2024年收入1460万卢布、利润850万卢布；2025年收入为零、亏损88.3万卢布。
  • 商店以美元向国际市场销售云产品，并使用一个暗示名为'Maksim'的董事的角色邮箱——与注册董事 Khan Marina Menkhoevna 不同。
  • 路由足迹是一个仅有512个IPv4地址的中转网络，通告三个前缀，其中两个前缀在路由数据中归属第三方，且观测不到任何与所宣称的 Yandex、Sberbank 或 Rostelecom 对等互联相符的邻居。
  • 没有任何公开记录将所营销的运营商与注册法人或可运行的云容量联系起来：分歧本身就是发现，而非结论。

域名背后的法人

RIPE 注册号1196501003357解析为一个具体的俄罗斯法人。国家登记册的镜像将其识别为南萨哈林斯克的 AO 'ALMAZ'，INN 6501304360，2019年5月6日注册（audit-it、checko、check.tochka）。其登记的主营业务不是云、不是互联、也不是电信，而是海水养殖——海洋鱼类的养殖。登记的唯一董事是 Khan Marina Menkhoevna，自同一天2019年5月6日起任职；申报员工为两人，注册资本10,000卢布（audit-it、tbank）。

公司沿革短促且封闭：创始人 Matveeva Yulia Yurievna 于2021年11月30日从 EGRUL 中移除，法律前身 OOO KROKS 于2022年3月5日清算（spark）。没有招投标、没有仲裁、没有强制执行记录。法人存在、处于活跃状态，并且在云买家通常会审查的所有维度上都极为单薄。

一家海水养殖微型企业的经济结构

申报的财务数据无法支撑云运营商的经济形态。2024年公司申报收入1460万卢布、利润850万卢布；2025年收入为零、亏损88.3万卢布，平均工资86,200卢布（audit-it、checko）。两名员工，一年盈利850万卢布，下一年收入归零并转为亏损——这描绘的是一个没有技术团队、没有可见经常性收入、也没有任何以美元计费的云平台应具备的账务基础的实体。

重点不在于微型企业在理论上不能转售基础设施。重点在于：俄罗斯国家登记册和 RIPE 登记册这两份记录中，都不存在商店所售容量的任何证据——10G端口、BGP会话、GRE隧道、VPN用户。产品只在商店中可验证；出售者只在登记册中可验证；两套信息在没有任何公开文件中交汇。

商店：美元定价与一位名为'Maksim'的董事

商业门面是 almazcloud.network，品牌 DIAMOND，为国际市场撰写：按产品以美元计价——Cloud Connect 每月499美元（每10G端口）、BGP通告每月99美元、GRE每100Mbps每月99美元、云VPN每用户9美元、转售每月99美元。联系邮箱使用带名字的董事角色：director-maksim@。这个细节暗示一位名为'Maksim'的董事。

而 AO 'ALMAZ' 的注册董事是 Khan Marina Menkhoevna。所有查询过的登记记录中，都没有一位'Maksim'出现在该法人的管理层。此外，商店宣称一种分量很重的互联定位：与 Yandex、Sberbank 和 Rostelecom 对等互联。这是一个网络承诺，而网络承诺要用路由数据来检验。

AS210328：512个地址、三个前缀、数据中的第三方

被营销的自治系统号是 AS210328，一个小型纯中转网络：通告三个前缀合计512个IPv4地址，其中两个通过 RPKI 验证（bgp.he、ping.pe、stat.ripe、peeringdb）。在路由数据中，其中两个前缀显示归属第三方 Vlad Cojuhari——这一归属商店从未提及，也没有任何记录将其与 AO 'ALMAZ' 联系起来（ipinfo、ping.pe）。

与商店承诺的对比是全面的：观测不到任何与所宣称的 Yandex、Sberbank 或 Rostelecom 对等互联相符的邻居；该网络没有显示与这三者中任何一个的相邻关系（bgp.he、stat.ripe）。一位以每月499美元购买 Cloud Connect'优质'互联的买家，按可观测数据来看，购买的是一个512地址中转网络中的中转服务，且该网络的两个前缀在归属数据中出现第三方。

上游冲突与无法验证的 admin-c 链

路由快照本身也相互矛盾：一份2021年快照显示上游为 AS12695；经2026年编辑的 aut-num 显示为 AS48693（stat.ripe、whois.ipip）。两个上游并不共享那两个归属第三方的自定义配，而 RIPE 的 admin-c/tech-c 链因个人数据脱敏而无法验证。

这一限制很重要。个人数据脱敏是普遍且正当的做法；但它意味着地址登记册的正常机制——谁在管理这个资源——无法回答本案例的核心问题：谁实际控制 AS210328。法律身份、商店人设与前缀归属的分歧仍未解决，不是登记册隐藏了一切，而是没有任何公开记录把它们连接起来。

2026年的登记编辑与自2022年起静止的商业足迹

RIPE 登记对象的编辑历史是另一处时间异常：组织对象 ORG-ZA238-RIPE 于2026年5月13日修改；aut-num 于2026年8月21日编辑；185.136.15.0/24 的 ROA 于2026年8月20日创建（stat.ripe）。与此同时，商业足迹——同样的产品、同样的价格、同样的邮箱——自2022年以来保持静止（almazcloud.network）。

结果是我们此前身份验证中已经记录过的模式：近期频繁的地址登记编辑，伴随静止的商业足迹和一个没有云运营史的法人（btw.media、btw.media）。

我们不知道什么

  • 谁在事实上控制 AS210328。没有任何公开记录能确立这一点。
  • 'Maksim'是谁。商店的角色邮箱暗示一位这个名字的董事；除邮箱外没有其他证据。
  • 所售容量托管在哪里。没有任何查询过的来源记录归属于该注册法人的服务器、数据中心或可运行的云会话。
  • 两个前缀归属 Vlad Cojuhari 究竟是路由数据细节、转售关系还是别的什么：数据只显示归属，其含义无法从外部验证。

实务含义

对云买家而言，本案例提醒：一个带 ROA 且 RPKI 验证通过的 aut-num 不是经过验证的运营商——它只是一个被通告的网络。'资源背后是谁'——'whois-rdap-accountability' 试图回答的问题——在这里没有任何常规机制能给出答案：国家登记册说是一回事（海水养殖微型企业），商店说是另一回事（拥有董事'Maksim'的国际云运营商），路由数据显示第三回事（两个前缀带第三方的中转网络）。

对于评估与 AS210328 互联的对等方和运营商，最硬的可观测事实是：不存在与所宣称对等互联相符的邻居。商店的承诺不是网络数据。

值得关注的变化

值得关注的指标是三个会改变结论的机制：AO 'ALMAZ' 的 EGRUL 变更（董事、员工、主营业务）、aut-num 与组织对象的 RIPE 对象新编辑，以及已通告前缀的归属变化。商店开始发布合同、SLA 或可验证容量；员工数超过两人；admin-c/tech-c 链不再脱敏——三者中任何一个发生变化，都会改变本分析。