要約

  • 公開記録は、almazcloud.networkとAS210328に関する行政上の識別情報を示すが、現在稼働している独立ネットワークや顧客向けクラウドサービスまでは立証しない。
  • 経路、AS隣接、DNS、ウェブサイトは異なる種類の観測であり、いずれも単独では所有、制御、商業的関係、顧客利用を証明しない。
  • 今回の資料では、現在のルーティング・フットプリントや顧客向けクラウド提供を肯定するだけの収束した証拠は確認できない。ただし、これは非運用の断定でも、意図や合法性についての判断でもない。

調査の出発点

既存の報道が確認したのは、almazcloud.networkとAS210328に結び付く公開上の行政的アイデンティティだった。今回の問いはその先にある。現在の公開記録は、同じ対象について独立に観測できる運用上のフットプリントを示すのか。さらに、もし経路や接続が観測されるとして、それは顧客が利用できるクラウドサービスの提供まで示すのか。

この問いでは、登録、経路、トポロジー、名前解決、ウェブ公開、サービス提供を一つの証拠として扱えない。RIPE NCCのAS番号・経路関連データ、RIPE Databaseのaut-num情報、BGPViewのプレフィックス情報、対象ドメインのウェブ記録、Google Public DNSの応答は、それぞれ異なる命題に関係する資料である。今回の資料は、2026年9月10日までに取得された実行時のスナップショットとして保存されているが、検索段階ではライブのウェブ内容を取得しておらず、現在の応答本文もこの稿の前提にはしない。

登録情報はネットワーク運用の証明ではない

RIPE Databaseのaut-num記録は、AS番号に結び付けられた管理上の属性や登録情報を調べるための資料である。これは、誰かが番号を登録または申告したという事実を扱う。しかし、登録情報だけから、対象ASが現在パケットを発信していること、特定のアドレス空間を実効的に管理していること、あるいは顧客にサービスを提供していることを導くことはできない。RIPE DatabaseのAS210328記録は行政的な同一性を確認するための入口であって、運用実態そのものではない。

この区別は、クラウドサービスを名乗る対象を調査する際に重要になる。クラウド事業には通常、アドレスやAS番号の登録だけでなく、利用者が接続できるエンドポイント、再現可能なプロビジョニング、運用中の制御面、障害対応、請求や契約など、別の種類の痕跡が伴う。今回の資料は、そのような顧客利用の記録を提示していない。

BGPの観測が示す範囲

RIPEstatの「announced prefixes」「routing status」「ASN neighbours」「routing history」は、AS210328について、経路が観測されたか、どのような状態が記録されたか、どのASとの隣接が観測されたか、過去の観測にどのような履歴があるかを調べる候補資料である。RIPEstatの発表プレフィックス資料、ルーティング状態、ASN隣接、ルーティング履歴は、経路の可視性を検討するために使える。

ただし、ここでいう「観測」は、顧客サービスの存在とは別の事実である。BGPでプレフィックスが見えるとしても、それだけで、そのASがアドレスを所有している、ルートを恒常的に制御している、トランジットを販売している、あるいはその経路上でクラウド顧客を収容しているとは言えない。逆に、あるスナップショットで経路が確認できないことも、長期的な非運用や過去・将来の活動の不存在を証明しない。

BGPViewのプレフィックス情報は、別の観測源による照合候補になる。BGPViewのAS210328プレフィックス資料は、RIPEstatと同じ命題を無条件に確定するものではなく、観測の一致や不一致を調べるための補助線である。複数の観測源が一致したとしても、そこから顧客数、収益、契約、サービス品質を推定するには追加資料が必要になる。

AS隣接は商業関係ではない

AS隣接やASパスは、観測された経路上の関係を示すことがある。しかし、隣接は直ちにトランジット契約、ピアリング契約、再販関係、顧客関係、所有関係、推薦を意味しない。ネットワークの経路には、運用上の構成、経路サーバー、間接的な伝播、時点ごとの変更など複数の理由があり得る。

そのため、AS210328と別のASが同じ観測に登場したとしても、公開記録だけで「上流事業者」「顧客」「提携先」と断定することはできない。因果関係を主張するには、契約記録、運用文書、当事者の説明、反復観測など、経路の単純な同時出現を超える証拠が必要になる。

DNSとウェブサイトはサービス提供の証明ではない

almazcloud.networkのウェブ記録は、対象ドメインに公開ウェブ上の存在があるかを調べる資料である。対象ウェブサイトの記録は、ドメイン名に結び付く公開ページの存在を検討するために使える。一方、Google Public DNSのAレコードとNSレコードは、名前解決や権威ネームサーバーの設定を確認するための資料である。Aレコードの応答とNSレコードの応答は、DNS設定の観測を示す候補であって、AS210328がウェブサイトをホストしていることや、クラウド基盤を提供していることの証明ではない。

ウェブサイトが到達可能であること、ドメインにアドレスが設定されていること、ネームサーバーが応答することは、いずれも構成された名前空間またはウェブ上の存在を示す。しかし、ホスティング事業者、バックエンドの運用者、ネットワーク上の位置、顧客向けサービスの有無は別に立証しなければならない。DNSの存在からAS番号への所有やサービス提供を逆算することもできない。

現時点で言えることと言えないこと

今回の証拠パッケージが許す結論は限定的である。第一に、公開上の行政的アイデンティティを調べる資料は存在する。第二に、経路やAS隣接を検討するための公開観測源がある。第三に、対象ドメインについてウェブとDNSの存在を調べる記録がある。しかし、今回のパッケージは、現在の独立したルーティング・フットプリントを確定せず、顧客向けクラウドサービスの提供も確定しない。

これは、対象が運用していない、虚偽を述べている、違法である、制裁対象である、または悪意を持つという意味ではない。公開資料が示していない命題を、観測の欠落から補うべきではない。また、almazcloud.networkとAS210328についての結論を、別の法人、関連会社、経路上の相手方に拡張するだけの連結証拠もない。

顧客向けサービスを確認するには、複数の証拠が収束する必要がある。たとえば、第三者が再現できるプロビジョニング、独立に観測できるサービスエンドポイント、顧客または利用者による裏付け、料金・契約・運用記録、継続的なネットワーク観測などである。どれか一つだけが存在しても、他の命題を自動的に証明しない。

調査の含意

このケースが示す実務的な教訓は、ネットワーク資源の調査で証拠の階層を混同しないことだ。登録情報は管理上の同一性を示す。BGPは特定の観測時点における経路の可視性を示す。AS隣接は観測された伝播や接続の関係を示す。DNSとウェブは命名・公開設定を示す。顧客向けクラウドサービスは、これらとは異なる運用・商業的証拠を必要とする。

この区別を維持すれば、調査は二つの誤りを避けられる。一つは、登録やウェブの存在からサービス提供を過大に推定すること。もう一つは、限られたスナップショットで観測できなかったことから、非運用や不正を断定することである。現在の資料から最も堅牢に言えるのは、登録・経路・DNS・ウェブの各層をまたぐ十分な証拠が、顧客向けクラウド提供の命題まで収束していないということだ。

次の確認で必要になるのは、より長い観測期間、複数地点からの経路確認、実際に利用可能なサービスエンドポイント、利用者または契約に関する独立資料である。そうした資料が得られるまで、AS210328をクラウドサービスの運用主体として扱う結論は、公開証拠の範囲を超える。

出典と調査上の限界

本稿は、2026年9月10日に保存された実行時のSOURCE_SNAPSHOTを基礎にしている。検索時点ではライブのウェブ内容を取得しておらず、保存された資料のすべての本文値を再掲していない。したがって、具体的なプレフィックス、経路状態、AS隣接、DNS値、TTL、ウェブ本文、顧客記録について、ここで確認できない数値や内容を推測していない。単一のスナップショットにおける非観測は、非運用の証明ではない。

対象に関するBTWのディレクトリ記録はalmazcloud.networkのディレクトリページで確認できる。ただし、ディレクトリ上の登録情報も、独立したサービス提供の証明に置き換えることはできない。