クラウドベンダーの識別：ASN、仮想化、遅延フィンガープリントのクロス監査

3層のフィンガープリントをクロス検証し、クロスプラットフォームで実際のクラウドベンダーを特定します。

更新 2026-08-07 · CloudWorth

クラウドベンダー識別クロスプラットフォーム監査ASN仮想化遅延フィンガープリントCloudWorthSteal TimeVPSオーバーセールVPS検証

ASN、仮想化、遅延フィンガープリントの3層検証で、実際のクラウドベンダーを明確に特定します。

ASN帰属でクラウドベンダーを判別

クラウドサーバーを手に入れたら、最初のステップでベンチマークを急ぐ必要はない。まずASN帰属を確認しよう——これはクロスプラットフォーム監査において最も「安上がり」な手法だ。コマンドはたった一行：whois $(curl -s ifconfig.me | grep -oE '([0-9]{1,3}\.){3}[0-9]{1,3}') または直接 curl ipinfo.io/asn を実行する。出力は例えば AS45102 Alibaba (US) Technology Co., Ltd. のようになり、ベンダーが即座に判明する。

ただし、落とし穴も多い：同じIPセグメントが複数のクラウドベンダーで共有されている場合がある。例えばAWSとCloudFrontのASNは重複する。CDNノードはしばしばオリジンサーバーの外見をまとっている。だからASNだけを見るのではなく、オブジェクト指向のルーティングデータ（BGPプレフィックス履歴など）や仮想化フィンガープリントと組み合わせてクロス検証する必要がある。ASNが「Alibaba」と表示されても、仮想化レイヤーがKVMで遅延カーブが不審な場合は、注意を払うべきだ。

CloudWorth /app を使えば、ASN、仮想化タイプ、steal timeの3層フィンガープリントを自動取得でき、手動でコマンドを組み立てる手間が省ける。次のセクションでは仮想化の識別について解説するので、ちょうどつながる。

仮想化タイプの検出

仮想化タイプは、クラウドサーバーを識別するための2番目の指紋です。同じIPセグメントがASNを共有することもありますが、ホストマシンの仮想化実装は偽装が困難です。Linuxではまず systemd-detect-virt を実行します。これはCPUIDとDMI情報を読み取ります。KVMは通常 kvm、Xenは xen、OpenVZは openvz と報告されます。次に lscpu でハイパーバイザーベンダーを確認します。一般的なクラウドベンダーは実際の識別子を公開します。例えば、AWSのXen/KVM、Alibaba CloudやTencent CloudのKVMなどです。奇妙な出力（例: Microsoft のHyper-V）が出た場合は、Azureなのか、それともラッパーパネルを使っているのかを警戒する必要があります。

クロスプラットフォーム監査では、Windowsでは systeminfo を使用してBIOSバージョンとモデルを確認できます。macOSでは稀ですが、sysctl -n machdep.cpu.features で補助判断が可能です。コンテナ化されたVPSは docker や lxc と表示されることに注意してください。これらはオーバーセールのリスクが高いため、Steal Timeと組み合わせてさらに検証する必要があります。以前、クロスプラットフォーム監査ガイド についての記事を書いたので、コマンドを組み合わせて使用できます。また、CloudWorth 検出ツール で仮想化指紋とレイテンシデータを直接クロス比較することもできます。

ASN、仮想化、レイテンシの3つのレイヤーが一致すれば、クラウドベンダーはほぼ逃げられず、「羊頭狗肉」の転売製品も識別しやすくなります。

遅延フィンガープリントのクロス検証

ASNと仮想化は「誰がデータセンターを建てたか」を教えてくれますが、遅延フィンガープリントは「このマシンが今実際にどんな状態で住んでいるか」を教えてくれます。クラウドサーバーのクラウドベンダー識別におけるクロスプラットフォーム監査では、遅延を物理層の「嘘発見器」と見なすのが習慣です。光速とキューイング効果は偽装できないからです。

まずいくつかの小技を見てみましょう：

• RTTベースラインとジッター：500回連続pingを打ち、min/avg/max/mdevを記録します。mdevが長期的に5msを超える場合は、隣接マシンまたはホストの負荷が高いことを意味します。avgが同じデータセンターの新規マシンより明らかに高い場合は、オーバーセールまたはリンクの迂回の可能性があります。
• TCPハンドシェイク遅延 vs ICMP遅延：一部のクラウドベンダーはICMPを個別にレート制限することがあります。その場合は nc -vz host port または curl -w を使用して実際のハンドシェイク遅延を測定します。両者の差が大きすぎる場合、トラフィックシェーピングが行われていることを示します。
• Tracerouteの最終ホップ：最後から2番目のホップがパブリックゲートウェイで、最終的に直接プライベートIPに入る場合、共有ホストの可能性が高いです。追加のホップやNATレイヤーがある場合は、中継に注意が必要です。

簡単なスクリプトを実行します：

for i in {1..200}; do ping -c 1 -W 1 YOUR_IP | grep -o 'time=.*' ; sleep 0.2; done | awk -F'=' '{print $2}' | sort -n | awk '{a[NR]=$1} END {print "min="a[1], "max="a[NR], "med="a[int(NR/2)]}'

min/med/maxを抽出し、中央値と最大値が異常に乖離していないか確認します。

次に、遅延フィンガープリントをASNや仮想化の結果と一緒にクロス検証します。例えば、ASNがTencent Cloudを示し、仮想化がKVMであれば、ネットワークはクリーンであるはずです。しかし、ping平均遅延が同じリージョンの他のTencent Cloudより30ms高く、ジッターも大きい場合は、すぐに注文しないでください。取得したIPがコールドスタンバイセグメントであるか、CDNに吸い込まれている可能性が高いです。逆に、遅延が非常に低いのにASNが確認できない場合は、エッジアクセスレイヤーの可能性があり、TCPフィンガープリントと証明書をさらに確認する必要があります。

最終的には3行の表にまとめます：ASN帰属、仮想化タイプ、遅延特性。この3つが相互に裏付けられて初めて、「このクラウドベンダーは本物だ」と安心して言えます。

クロスプラットフォーム監査チェックリスト

AWS、Azure、Alibaba Cloud、Tencent Cloudのいずれを購入する場合でも、クラウドサーバーでプロバイダーを識別する方法論は一貫しています。まずASNの帰属を確認し、次に仮想化タイプを確認し、最後に遅延フィンガープリントでクロスチェックします。以下のクロスプラットフォーム監査チェックリストは、私自身がVPSを購入する前に必ず実行する手順であり、他人のために「このマシンは実際には誰のものか」を鑑定するのにも適用できます。

1. ASN と経路の帰属

まず whois やオンラインツールで IP の ASN を調べ、組織名を記録します。注意点：クラウド事業者が ASN を共用することはよくあります。例えば AWS と一部のプロキシは AS 16509 を共用しているため、ASN は第一段階に過ぎず、決定的な判断材料にはなりません。さらに traceroute を使って、最後のホップが CDN エッジノードではなく、クラウド事業者のバックボーンネットワークにあるかどうかを確認します。落とし穴回避のコツ：IP の帰属が CDN 事業者を示しているのに、レイテンシが非常に低く、ルーティングが直接目的のデータセンターに到達している場合、それは多くの場合 CDN のオリジン回線であり、オリジンサーバーではありません。

2. 仮想化とシステムフィンガープリント

サーバーにログイン後、systemd-detect-virt や dmidecode -s system-manufacturer を使って仮想化の種類を確認します。AWS は Xen/KVM が一般的で、Azure は Hyper-V、Alibaba Cloud と Tencent Cloud は KVM が多いです。コマンドはディストリビューションによって違いがあることに注意してください：Debian/Ubuntu では systemd-detect-virt が推奨され、CentOS/RHEL では virt-what のインストールが必要な場合があります。クロスプラットフォームで比較する際は、複数のマシンのハイパーバイザー識別子を一括検出する小さなスクリプトを書くとよいでしょう。

3. レイテンシフィンガープリントと Steal Time

ping レイテンシと ICMP TTL は隣接するホストの負荷を漏らすことがあります。同じデータセンター内で、レイテンシのジッタが大きく、vmstat の st（steal time）が頻繁に 5% を超える場合、ホストマシンのオーバーセールが深刻であることを示しています。mtr でルートの変化を継続的に観察し、/proc/stat の steal フィールドと組み合わせることで、購入前にオーバーセールのリスクを間接的に判断できます。この方法は AWS と国内クラウドの両方で有効ですが、しきい値の微調整が必要です。

最後に、ASN 帰属、ルートホップ数、仮想化タイプ、Steal Time の平均、レイテンシの標準偏差というリストを書き出します。5 つの列のデータを照合すれば、実際のクラウドベンダーがほぼ明らかになります。これは、ネット上で IP 帰属やベンチマークだけを見るよりもはるかに信頼性が高く、クロスプラットフォームでの比較も容易です。CloudWorth の監査ツール と組み合わせてレポートを自動生成することもできます。