Cloud-Anbieter identifizieren: Kreuzprüfung von ASN, Virtualisierung und Latenz-Fingerprint
Drei Ebenen von Fingerabdrücken kreuzen, um den echten Cloud-Anbieter plattformübergreifend zu identifizieren.
Drei Verifikationsebenen (ASN, Virtualisierung, Latenz-Fingerprint) identifizieren den echten Cloud-Anbieter klar.
ASN-Zuordnung zur Identifizierung des Cloud-Anbieters
Wenn Sie einen Cloud-Server erhalten, laufen Sie nicht sofort los, um einen Benchmark zu starten. Schauen Sie sich zuerst die ASN-Zugehörigkeit an – das ist der günstigste Handgriff in der plattformübergreifenden Prüfung. Der Befehl ist ganz einfach: whois $(curl -s ifconfig.me | grep -oE '([0-9]{1,3}\.){3}[0-9]{1,3}') oder direkt curl ipinfo.io/asn. Die Ausgabe sieht etwa so aus: AS45102 Alibaba (US) Technology Co., Ltd. – und der Anbieter ist sofort erkennbar.
Allerdings gibt es auch viele Fallstricke: Derselbe IP-Bereich kann von mehreren Cloud-Anbietern gemeinsam genutzt werden, z.B. überlappen sich die ASNs von AWS und CloudFront; CDN-Knoten tarnen sich oft als Ursprungsserver. Verlassen Sie sich also nicht nur auf eine einzelne ASN, sondern kombinieren Sie objektive Routing-Daten (wie BGP-Präfix-Historien) und Virtualisierungs-Fingerabdrücke zur Kreuzvalidierung. Wenn die ASN „Alibaba“ anzeigt, die Virtualisierungsschicht aber KVM ist und die Latenzkurve seltsam verläuft, sollten Sie wachsam sein.
Mit CloudWorth /app können Sie automatisch die drei Fingerabdruck-Ebenen ASN, Virtualisierungstyp und Steal Time erfassen, sodass Sie sich das manuelle Zusammenstellen von Befehlen sparen. Der nächste Abschnitt behandelt die Erkennung der Virtualisierung und schließt nahtlos an.
Erkennung des Virtualisierungstyps
Der Virtualisierungstyp ist der zweite Fingerabdruck zur Identifizierung des Cloud-Anbieters auf einem Cloud-Server. Dieselbe IP-Adresse kann sich ein ASN teilen, aber die Virtualisierungsimplementierung des Hostsystems ist schwer zu fälschen. Unter Linux führe ich zuerst systemd-detect-virt aus, das CPUID- und DMI-Informationen liest; KVM meldet normalerweise kvm, Xen meldet xen, OpenVZ meldet openvz. Dann verwende ich lscpu, um den Hypervisor-Anbieter zu sehen: Normalerweise zeigen Cloud-Anbieter echte Kennungen, z.B. Xen/KVM von AWS, KVM von Alibaba Cloud und Tencent Cloud. Bei ungewöhnlichen Ausgaben (wie Microsoft Hyper-V) sollte man auf der Hut sein, ob es sich um Azure handelt oder ob ein White-Label-Panel verwendet wird.
Bei plattformübergreifenden Audits kann man unter Windows systeminfo verwenden, um BIOS-Version und Modell zu überprüfen; unter macOS ist das selten, aber sysctl -n machdep.cpu.features kann zur Unterstützung verwendet werden. Beachten Sie, dass containerisierte VPS docker oder lxc anzeigen, die ein hohes Überverkaufsrisiko haben und in Verbindung mit Steal Time weiter verifiziert werden müssen. Ich habe bereits einen Leitfaden zur plattformübergreifenden Prüfung geschrieben; Sie können die Befehle verketten oder im CloudWorth-Erkennungstool direkt die Virtualisierungs-Fingerabdrücke mit Latenzdaten kreuzvergleichen.
Wenn die drei Ebenen ASN, Virtualisierung und Latenz übereinstimmen, kann der Cloud-Anbieter im Grunde nicht entkommen, und es ist auch einfacher, Reseller-Produkte zu erkennen, die „Schafskopf, aber Hundefleisch“ verkaufen.
Latenz-Fingerprint-Kreuzvalidierung
ASN und Virtualisierung können uns sagen, „wer den Rechenzentrumsstandort gebaut hat“, aber der Latenz-Fingerprint verrät uns, „wie es dieser Maschine gerade tatsächlich geht“. Bei der plattformübergreifenden Prüfung zur Identifizierung von Cloud-Anbietern auf Cloud-Servern betrachte ich die Latenz gerne als „Lügendetektor“ auf der physischen Ebene: Sie ist nicht leicht zu täuschen, denn Lichtgeschwindigkeit und Warteschlangeneffekte kann man nicht belügen.
Zuerst ein paar kleine Methoden:
- RTT-Basislinie und Jitter: 500 Mal pingen und min/avg/max/mdev aufzeichnen. Wenn mdev über längere Zeit 5 ms überschreitet, deutet das auf hohe Last der Nachbarn oder des Hosts hin; wenn avg deutlich höher als bei neuen Maschinen im selben Rechenzentrum ist, könnte es Überverkauf oder eine umgeleitete Route sein.
- TCP-Handshake-Latenz vs. ICMP-Latenz: Manche Cloud-Anbieter drosseln ICMP separat. Dann misst man mit
nc -vz host portodercurl -wdie echte Handshake-Latenz. Wenn die Differenz zu groß ist, betreibt jemand Verkehrsformung (Traffic Shaping). - Letzter Hop bei Traceroute: Wenn der vorletzte Hop ein öffentliches Gateway ist und der letzte direkt in eine interne IP geht, handelt es sich mit hoher Wahrscheinlichkeit um einen gemeinsam genutzten Host; wenn es einen zusätzlichen Hop oder eine NAT-Ebene gibt, sollte man Zwischenstationen misstrauen.
Ein einfaches Skript zum Ausführen:
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)]}'Extrahiere min/med/max und prüfe dann, ob Median und Maximum extrem weit auseinanderliegen.
Anschließend kreuzvalidiere den Latenz-Fingerprint mit ASN und Virtualisierungsergebnissen. Wenn z. B. das ASN auf Tencent Cloud zeigt und die Virtualisierung KVM ist, sollte das Netzwerk eigentlich sauber sein; wenn die durchschnittliche Ping-Latenz jedoch 30 ms höher ist als bei anderen Tencent-Cloud-Instanzen in derselben Region und der Jitter groß ist, sollte man nicht sofort bestellen – es ist gut möglich, dass die zugewiesene IP aus einem Kaltreserve-Segment stammt oder direkt von einem CDN absorbiert wurde. Umgekehrt, wenn die Latenz sehr niedrig ist, aber das ASN nicht ermittelt werden kann, könnte es sich nur um eine Edge-Zugangsschicht handeln; dann muss man weiter nach TCP-Fingerprint und Zertifikaten fragen.
Am Ende erstelle ich eine Tabelle mit drei Zeilen: ASN-Zugehörigkeit, Virtualisierungstyp und Latenzcharakteristik. Nur wenn sich diese drei gegenseitig bestätigen, kann man beruhigt sagen: „Dieser Cloud-Anbieter ist echt.“
Plattformübergreifende Audit-Checkliste
Egal ob Sie AWS, Azure, Alibaba Cloud oder Tencent Cloud kaufen, die Methodik zur Identifizierung des Cloud-Anbieters ist bei Cloud-Servern dieselbe: Zuerst die ASN-Zugehörigkeit prüfen, dann den Virtualisierungstyp ansehen und schließlich eine Kreuzvalidierung mit dem Latenz-Fingerprint durchführen.
Die folgende plattformübergreifende Audit-Checkliste umfasst die Schritte, die ich selbst vor dem Kauf einer VPS immer durchführe, und sie eignet sich auch dazu, anderen zu helfen, festzustellen, „von wem diese Maschine eigentlich stammt“.
1. ASN und Routing-Zugehörigkeit
Ermitteln Sie zunächst mit whois oder Online-Tools die ASN der IP und notieren Sie den Organisationsnamen. Beachten Sie: Es ist üblich, dass Cloud-Anbieter ASNs gemeinsam nutzen, z. B. nutzen AWS und einige Proxys AS 16509 gemeinsam. Daher ist die ASN nur die erste Ebene und nicht endgültig. Verwenden Sie außerdem traceroute, um zu prüfen, ob der letzte Hop im Backbone des Cloud-Anbieters liegt und nicht an einem CDN-Edge-Knoten. Tipp zur Vermeidung von Fallstricken: Wenn die IP-Zuordnung einen CDN-Anbieter anzeigt, die Latenz jedoch sehr niedrig ist und das Routing direkt zum Ziel-Rechenzentrum führt, handelt es sich höchstwahrscheinlich um CDN-Origin-Pull und nicht um den Ursprungsserver.
2. Virtualisierung und System-Fingerprinting
Nach dem Einloggen auf den Server kann man mit systemd-detect-virt oder dmidecode -s system-manufacturer den Virtualisierungstyp ermitteln. AWS verwendet häufig Xen/KVM, Azure nutzt Hyper-V, und Alibaba Cloud sowie Tencent Cloud setzen meist auf KVM. Beachten Sie, dass die Befehle je nach Distribution variieren: Für Debian/Ubuntu wird systemd-detect-virt empfohlen, während bei CentOS/RHEL möglicherweise virt-what installiert werden muss. Für einen plattformübergreifenden Vergleich kann man ein kleines Skript schreiben, um die Hypervisor-Kennungen mehrerer Maschinen in einem Durchlauf zu erkennen.
3. Latenz-Fingerabdruck und Steal Time
ping-Latenz und ICMP-TTL können die Last der Nachbarn preisgeben: Im selben Rechenzentrum deutet eine hohe Latenzschwankung (Jitter) und ein st-Wert (Steal Time) in vmstat, der häufig 5 % überschreitet, auf eine stark überbuchte Host-Maschine hin. Mit mtr lassen sich Routing-Änderungen kontinuierlich beobachten; zusammen mit dem Steal-Feld in /proc/stat können Sie das Überbuchungsrisiko vor dem Kauf indirekt einschätzen. Diese Methode funktioniert sowohl bei AWS als auch bei chinesischen Cloud-Anbietern, nur die Schwellenwerte müssen leicht angepasst werden.
Zum Schluss exportieren Sie eine Liste: ASN-Zugehörigkeit, Routing-Hops, Virtualisierungstyp, Steal-Time-Mittelwert und Standardabweichung der Latenz. Wenn Sie diese fünf Datenspalten miteinander vergleichen, kommt der wahre Cloud-Anbieter im Wesentlichen ans Licht. Das ist deutlich zuverlässiger als im Internet nur die IP-Zugehörigkeit zu prüfen oder einen Benchmark auszuführen, und erleichtert auch den plattformübergreifenden Vergleich. Sie können mit dem CloudWorth-Audit-Tool automatisch Berichte erstellen lassen.
FAQ
Wie identifiziert man den Cloud-Anbieter über die ASN?
Die AS-Nummer der Ziel-IP nachschlagen und mit der vom Cloud-Anbieter veröffentlichten ASN-Liste abgleichen; bei Übereinstimmung ist die Identifizierung bestätigt.
Was sind die Schlüsselmerkmale von Virtualisierungs-Fingerabdrücken?
Mit nmap scannen, um Hypervisor-Merkmale wie VMware, Xen, KVM zu erkennen und sie gängigen Cloud-Plattformen zuzuordnen.
Wie führt man eine Kreuzprüfung des Latenz-Fingerabdrucks durch?
Pingen Sie das Ziel von mehreren Knoten aus und vergleichen Sie die Latenzbereiche der Rechenzentren der einzelnen Cloud-Anbieter, um abnormale Zuordnungen auszuschließen.
Was ist bei plattformübergreifenden Audits zu beachten?
Einheitliche Tool-Versionen verwenden, Netzwerkumgebung kalibrieren und die drei Ergebnisse aus ASN, Virtualisierung und Latenz zur Kreuzvalidierung kombinieren.