Zum Inhalt springen
IP-Intelligence

Was ist IP Intelligence? Mehr als einfache Geolokalisierung

IP Intelligence ist alles, was eine IP verrät: Geolokalisierung, ASN, Infrastruktur, Anonymisierung, Bedrohungshistorie und ein nachvollziehbarer Risikoscore.

VonGeoIPHub-TeamVeröffentlichtAktualisiertLesezeit11 Min. Lesezeit
Ein Knoten, umgeben von zehn leuchtenden Facetten, als Bild für die Datengruppen der IP Intelligence

Die meisten IP-Lookup-Tools liefern einen Standort. Moderne IP Intelligence liefert ein Dossier. Dieser Beitrag schlüsselt die gesamte Datenoberfläche auf: was jede Ebene enthält, woher sie stammt und welche Entscheidungen sie unterstützt. Jedes einzelne Feld und seinen Typ finden Sie in der vollständigen Referenz der IP-Datenfelder.

Ein Prisma, das einen Strahl in zehn Bänder aufspaltet, als Bild für eine IP-Abfrage, die viele Datengruppen zurückgibt
Eine Adresse, zehn Gruppen von Antworten.

Ebene 1: Geolokalisierung

Die grundlegende Ebene. Jede IP-Adresse gehört zu einem Netz, das in einem Land registriert ist, aus einer bestimmten Region announced wird und meist in einer bestimmten Stadt genutzt wird. Geolokalisierungsdaten ordnen IP-Bereiche physischen Standorten zu, mit einer Kombination aus Registry-Einträgen (RIPE, ARIN, APNIC, LACNIC, AFRINIC), Analyse der Netztopologie und aktiven Messungen.

Was eine Geolokalisierungsabfrage zurückgibt, aus der Gruppe geo einer echten GeoIPHub-Antwort für Telegrams 91.108.56.1 (gekürzt, Abfrage vom 2. Oktober 2026):

GeoIPHub API
{ "ip": "91.108.56.1", "geo": { "country_code": "SG", "country_name": "Singapore", "region": "Singapore", "city": "Singapore (Novena)", "latitude": 1.3208600000000001, "longitude": 103.842, "timezone": "Asia/Singapore", "geo_confidence": 0.8 } }

Die Genauigkeit unterscheidet sich je nach IP-Typ erheblich. IPs von Residential-ISPs sind meist auf Stadtebene genau. CDN-Edge-Knoten und Anycast-IPs (wie Cloudflares 1.1.1.1) werden den Standorten der Netzinfrastruktur zugeordnet, nicht den Nutzern. Mobilfunk-IPs werden auf Länder- und Regionsebene genau verortet, auf Stadtebene weniger zuverlässig. VPN-IPs werden dem Standort des VPN-Servers zugeordnet, nicht dem echten Standort des Nutzers, und das ist der erste Grund, warum Geolokalisierung allein nicht reicht.

Ebene 2: ASN und Netzeigentum

Jede IP wird von einem autonomen System (AS) announced, einem Netz mit einer eindeutigen ASN, das eine Reihe von IP-Bereichen kontrolliert. Die ASN sagt Ihnen, wer das Netz betreibt, zu dem die IP gehört, und ist einer der aussagekräftigsten einzelnen Datenpunkte, die es gibt. Hier ist die Gruppe asn für Cloudflares 1.1.1.1 (gekürzte echte Antwort):

GeoIPHub API
{ "asn": { "asn": 13335, "org": "CLOUDFLARENET - Cloudflare, Inc.", "asn_type": "cdn", "user_type": "content_delivery_network", "connection_type": "datacenter" } }

ASN-Typen:

  • ISP / Residential (Comcast, Deutsche Telekom, Jio): Traffic von echten Menschen
  • Mobilfunkanbieter (AT&T Mobility, Vodafone): Smartphones hinter CGNAT
  • Rechenzentrum / Cloud (AWS, Google Cloud, Azure, OVH): Serverinfrastruktur
  • CDN (Cloudflare, Akamai, Fastly): Edge-Knoten für die Auslieferung von Inhalten
  • Hosting / Colocation: meist gemietete Server, nicht im Cloud-Maßstab
  • VPN-ASN: autonome Systeme mit dokumentierter VPN-Server-Historie

Der ASN-Typ ist eine A-priori-Wahrscheinlichkeit, bevor irgendein Verhaltensbeleg betrachtet wird. Eine Anfrage von AS7922 (Comcast) stammt fast sicher von einem echten Menschen. Eine Anfrage von AS16509 (Amazon) stammt fast sicher von einem Server oder einem automatisierten Prozess. Diese eine Information verändert, was Sie von der Verbindung erwarten und akzeptieren sollten.

Ebene 3: Infrastrukturklassifizierung

Tiefer als die ASN bestimmt die Infrastrukturklassifizierung die konkrete Art des Netzkontexts, in dem die IP betrieben wird:

  • Residential: von einem Verbraucher-ISP einem privaten Breitbandanschluss zugewiesen
  • Mobilfunk: über CGNAT einem Smartphone in einem Mobilfunknetz zugewiesen
  • Rechenzentrum: läuft bei einem Cloud-Anbieter, auf einem dedizierten Server oder in einer Colocation-Einrichtung
  • Geschäftlich: der Büroinfrastruktur eines Unternehmens zugewiesen
  • CDN-Edge: Traffic tritt am Edge-Knoten eines Content Delivery Networks aus
  • Satellit: von Satelliten-ISPs zugewiesen (Starlink, Viasat)

Für ein DigitalOcean-Droplet (104.248.50.21) lauten die Klassifizierungsfelder (gekürzte echte Antwort):

GeoIPHub API
{ "asn": { "asn_type": "hosting", "user_type": "hosting", "connection_type": "datacenter" }, "detection": { "is_hosting": true, "is_mobile": false, "is_satellite": false, "is_anycast": false } }

Diese Ebene ist für Betrugsprävention und Zugriffskontrolle wichtig, weil sich die meisten echten Nutzer der meisten Verbraucherprodukte über Residential- oder Mobilfunk-IPs verbinden. Eine Rechenzentrums-IP, die auf Ihr Verbraucherprodukt zugreift, ist strukturell ungewöhnlich. Sie ist nicht immer bösartig (Entwickler, automatisierte Pipelines und Geschäftsnutzer verbinden sich legitim aus Rechenzentren), aber ungewöhnlich genug, um in einer Risikoberechnung gewichtet zu werden.

Ebene 4: Erkennung von Anonymisierung

Die Erkennung von Anonymisierung bestimmt, ob die sichtbare IP die echte IP des Nutzers ist oder ein Relay, über das er seinen Traffic leitet. Drei Haupttypen:

VPN (Virtual Private Network, virtuelles privates Netzwerk): Der Traffic des Nutzers tritt über einen VPN-Server aus. Die Geolokalisierung zeigt den Standort des VPN-Servers, nicht den echten Standort des Nutzers. Die Erkennung stützt sich auf veröffentlichte Serverlisten der Anbieter, aktives Protokoll-Probing (OpenVPN-, IKEv2-, PPTP- und L2TP-Handshakes) und die ASN-Historie. Kommerzielle VPN-Anbieter wie NordVPN, ExpressVPN und Mullvad pflegen veröffentlichte Infrastruktur, die zuverlässig erkennbar ist.

Proxy (HTTP/SOCKS): Traffic, der auf der Anwendungsschicht statt auf der Netzwerkschicht weitergeleitet wird. Erkennbar durch Port-Probing, weil SOCKS5- und HTTP-Proxys auf charakteristischen Ports auf ihre jeweiligen Begrüßungssequenzen antworten.

Residential-Proxy: Der raffinierteste Anonymisierer. Der Traffic tritt über eine echte Residential-IP aus, meist abgegriffen von einem mit Malware infizierten Gerät oder aus einem bezahlten Peer-to-Peer-Proxy-Netz. Die IP selbst gehört einem Privatkunden-ISP, daher versagt die ASN-basierte Erkennung. Die Erkennung erfordert Verhaltenssignale: dieselbe IP in Anzeigen von Proxy-Netzen, auffällige Wechselmuster oder eine UA-Vielfalt, die nicht zu einem einzelnen Haushalt passt.

Tor: Das Anonymisierungsnetz Tor leitet Traffic über eine Reihe verschlüsselter Relays, bevor er an einem Tor-Exit-Node austritt. Die IPs der Exit-Nodes werden im Konsensverzeichnis von Tor veröffentlicht, was die Erkennung zuverlässig und vollständig macht.

Hier ist die Gruppe detection für 185.213.155.73, einen WireGuard-Server auf Mullvads veröffentlichter Relay-Liste (gekürzte echte Antwort):

GeoIPHub API
{ "detection": { "is_vpn": true, "is_proxy": false, "is_tor": false, "is_hosting": true, "is_anonymous": true, "anonymity_level": "medium", "vpn_confidence": 95 } }

Ebene 5: Threat Intelligence

Threat Intelligence bündelt externe Belege für bösartiges Verhalten: Meldungen von Abuse-Abteilungen der Netzbetreiber, Honeypot-Aufzeichnungen, Sinkhole-Daten zu Botnetzen, Protokolle von Scan-Aktivitäten und ausgelöste Spam-Fallen.

Zentrale Signale (das Rohmaterial der IP-Reputationsbewertung):

  • Präsenz auf Blocklists: wie viele unabhängige Blocklists diese IP enthalten und in welchen Kategorien
  • Missbrauchsmeldungen: Umfang und Aktualität der Beschwerden bei ISPs und Abuse-Abteilungen
  • Botnetz-Historie: Verbindung zu bekannter Command-and-Control-Infrastruktur von Malware
  • Scanner-Fingerprints: Belege für Port-Scans, Schwachstellen-Sondierung oder Credential Stuffing

Diese landen in der Gruppe threat. Für denselben Mullvad-Server ist die einzige Bedrohungskategorie der Anonymisierer selbst (gekürzte echte Antwort):

GeoIPHub API
{ "threat": { "is_abusive": false, "is_spammer": false, "is_scanner": false, "is_botnet": false, "is_cgnat": false, "threat_types": ["vpn"] } }

Threat Intelligence ist von Natur aus zeitkritisch. Blocklist-Einträge verfallen, wenn IPs den Besitzer wechseln; Missbrauchsmeldungen von vor drei Monaten sind schwache Belege; die Scanner-Aktivität von gestern ist ein starker Beleg. Wirksame Threat Intelligence wird laufend aktualisiert statt in einem monatlichen Batch-Zyklus. Zusammen mit Standort- und Infrastrukturdaten sind diese Feeds die Grundlage für Sperren am Edge, Prüfungen auf unmögliche Reisen und Geo-Beschränkungen.

Ebene 6: Risikoscore

All das verdichtet sich zu einem einzigen Score von 0 bis 100, scoring.fraud_score: die Zahl, an der Sie Entscheidungen ausrichten. Für denselben Mullvad-Server (gekürzte echte Antwort):

GeoIPHub API
{ "scoring": { "fraud_score": 100, "confidence": 0.7075, "recommended_action": "block", "detection_methods": [ "known_vpn_server", "wireguard_open", "datacenter_with_vpn_proxy", "no_ptr_datacenter" ] } }

Der Score ist nur so nützlich wie seine Nachvollziehbarkeit. Eine Blackbox-Zahl, die unerklärlich steigt und fällt, lässt sich weder justieren noch in einem Chargeback-Streit verteidigen oder auf Verzerrungen prüfen. Das Array detection_methods benennt die beitragenden Belege (hier: Die IP steht auf der Serverliste eines Anbieters, diese Liste kennzeichnet sie als WireGuard-Server, und sie liegt auf Hosting-Infrastruktur), und recommended_action ordnet den Score einem Band zu: allow bis 25, review bis 50, step_up bis 75, block über 75. Wenn ein Score also einen legitimen Kunden blockiert, können Sie feststellen, welches Signal das verursacht hat, und den Schwellenwert oder das Gewicht anpassen.

Wie eine vollständige IP-Intelligence-Antwort aussieht

Alle Ebenen zusammen in einer Abfrage:

GeoIPHub API
curl "https://api.geoiphub.com/v1/lookup/103.21.244.0" \ -H "x-api-key: YOUR_API_KEY"

Gekürzte echte Antwort (Abfrage vom 2. Oktober 2026; die vollständige Antwort enthält 10 Gruppen: ip, asn, geo, whois, network, detection, threat, dns, scoring, meta):

GeoIPHub API
{ "ip": "103.21.244.0", "asn": { "asn": 13335, "org": "CLOUDFLARENET - Cloudflare, Inc.", "asn_type": "hosting", "connection_type": "datacenter" }, "geo": { "country_code": "CA", "region": "Ontario", "city": "Toronto", "latitude": 43.6532, "longitude": -79.3832, "timezone": "America/Toronto" }, "whois": { "org": "Cloudflare, inc.", "netname": "CLOUDFLARE_103_21_244_0" }, "detection": { "is_hosting": true, "is_mobile": false, "is_vpn": false, "is_proxy": false, "is_tor": false }, "threat": { "is_abusive": false, "threat_types": [] }, "scoring": { "fraud_score": 15, "confidence": 0.25, "recommended_action": "allow", "detection_methods": ["datacenter_ip", "no_ptr_datacenter"] } }

Diese IP ist Cloudflare-Infrastruktur, verortet in Toronto: kein Mensch, nicht bösartig, verbirgt nichts. Der Fraud-Score von 15 spiegelt den Rechenzentrumskontext wider (und das fehlende Reverse DNS, das für Rechenzentrumsadressraum typisch ist), ohne Belege für Anonymisierung oder Missbrauch, daher landet sie im Band allow. Die richtige Aktion hängt vom Anwendungsfall ab: Bei einem Checkout für Verbraucher rechtfertigt das einen Vermerk im Sitzungsprotokoll; bei einem B2B-API-Client ist es genau das, was Sie erwarten würden. Um eine solche Abfrage in Ihren eigenen Registrierungs- oder Checkout-Ablauf einzubauen, folgen Sie der Anleitung zum Einbau von IP-Betrugserkennung mit der kostenlosen API.

Welche Ebenen für welche Anwendungsfälle wichtig sind

AnwendungsfallWichtigste EbenenHinweise
Betrugsprävention beim CheckoutAnonymisierung, Risikoscore, Threat IntelligenceBei Anonymisierern + Missbrauchshistorie blockieren/herausfordern
Risikobewertung beim LoginAnonymisierung, Infrastruktur, RisikoscoreRechenzentrum + VPN beim Login bedeutet erhöhtes Risiko
Geo-Beschränkung / ComplianceGeolokalisierung, AnonymisierungVPN-Erkennung verhindert das Umgehen von Geo-Sperren
Werbebetrug / IVT-FilterungInfrastruktur, Bot-FingerprintsRechenzentrum + Bot = ungültiger Traffic
Lokalisierung von InhaltenGeolokalisierung, ASNLand + ISP bestimmen Sprach- und CDN-Entscheidungen
Schutz vor API-MissbrauchInfrastruktur, Threat Intelligence, Rate-SignaleRechenzentrums-IPs auf Blocklists rechtfertigen Rate Limits
Sichtung von Sicherheits-TrafficAlle EbenenVollständiges Bild für die Untersuchung von Vorfällen

IP Intelligence über Teams und Branchen hinweg

Verschiedene Teams greifen zu verschiedenen Ebenen, und dasselbe Signal bedeutet je nach Geschäft etwas anderes. Deshalb taucht „IP Intelligence“ in Suchen nach Betrugsplattformen, Sicherheitswerkzeugen und Analytics gleichermaßen auf. Es ist ein Datensatz, der mehrere Aufgaben erfüllt:

  • Fraud- und Risk-Teams stützen sich auf Anonymisierung, Bedrohungshistorie und den Risikoscore, um in Echtzeit über Checkout, Login und Registrierung zu entscheiden.
  • Sicherheitsteams nutzen die Infrastruktur- und Bedrohungsebene, um eingehenden Traffic zu sichten, Scans zu erkennen und SIEM-Alarme um ASN- und Hosting-Kontext anzureichern. Wie diese Signale bestimmten Mustern der Cyberkriminalität entgegenwirken, behandeln wir gesondert.
  • Trust-and-Safety-Teams kombinieren Anonymisierer-Flags mit Verhalten, um Sperrumgehungen, Fake-Accounts und koordinierten Missbrauch zu erkennen.
  • Growth und Marketing nutzen Geolokalisierung und ASN für Lokalisierung, das Filtern ungültigen Traffics und sauberere Analysen.
  • Compliance nutzt Länder- und Anonymisierungsdaten für Geo-Beschränkungen, Sanktionsprüfungen und die Bestimmung von Rechtsräumen.

Die Branche verändert eher die Tragweite als die Daten. Fintech und Banken gewichten Anonymisierung und Risiko am höchsten, weil sich Versuche der Kontoübernahme hinter einem VPN oder Proxy verstecken. Gaming interessiert sich für Sperrumgehung und Lizenzregionen. E-Commerce und Marktplätze bekämpfen Zahlungsbetrug und gefälschte Verkäufer. SaaS bewertet Login-Risiko und API-Missbrauch. Streaming setzt Geo-Lizenzierung gegen VPN-Umgehung durch. Sechs Ebenen, unterschiedlich gewichtet. Deshalb ist eine IP-Intelligence-Plattform nützlicher als jedes einzelne Feld, und deshalb lohnt es sich, zu prüfen, welche Ebenen ein IP-Datenanbieter tatsächlich abdeckt, bevor Sie sich für einen entscheiden. Siehe die benannten Gründe hinter jedem Risikoscore.

Die Lücke, die Geolokalisierung lässt

Um den Unterschied greifbar zu machen: Wenn sich ein Nutzer in Moskau über den Mullvad-Server unter 185.213.155.73 verbindet, liefert eine Geolokalisierungsabfrage Deutschland, Frankfurt am Main. Die vollständige GeoIPHub-Abfrage liefert dasselbe geo.country_code: DE, dazu detection.is_vpn: true, scoring.fraud_score: 100 und als detection_methods known_vpn_server und wireguard_open. Die Standortdaten sind identisch. Die Intelligence nicht.

Im Kontext einer Geo-Beschränkung (etwa bei einem Streamingdienst mit Rechten für Deutschland) genehmigt die Geolokalisierung allein die Anfrage. IP Intelligence zeigt an, dass dem Standort nicht zu trauen ist. Ob blockiert oder zugelassen wird, ist eine Produktentscheidung; aber ohne die Intelligence-Ebene können Sie diese Entscheidung nicht einmal bewusst treffen.

Das ist die praktische Grenze zwischen IP-Geolokalisierung und IP Intelligence: Geolokalisierung sagt Ihnen, was die Adresse behauptet. Intelligence sagt Ihnen, wie sehr Sie ihr glauben können.

Häufig gestellte Fragen

Was ist IP Intelligence?

IP Intelligence ist die Gesamtheit der Daten, die sich aus einer IP-Adresse ableiten lassen. Das heißt nicht nur Land und Stadt, sondern auch das autonome System, dem sie gehört, ob es sich um Residential- oder Rechenzentrumsinfrastruktur handelt, ob dort ein VPN, Proxy oder Tor-Relay läuft, ihre Missbrauchshistorie, ihre Bedrohungseinstufung und ein Risikoscore, der all das zusammenführt. Der Begriff grenzt umfassende IP-Analyse von einfacher Geolokalisierung ab, die in der Regel nur Standortfelder zurückgibt.

Was ist der Unterschied zwischen IP-Geolokalisierung und IP Intelligence?

IP-Geolokalisierung beantwortet: Wo ist diese IP? Land, Region, Stadt, Koordinaten, Zeitzone, ISP-Name. IP Intelligence beantwortet: Was ist diese IP und wie vertrauenswürdig ist sie? Sie ergänzt den Infrastrukturtyp (Rechenzentrum, Residential, Mobilfunk), die Erkennung von Anonymisierung (VPN, Proxy, Tor), Bedrohungseinstufungen (Scanner, Botnetz, Spam-Quelle), die Missbrauchshistorie und einen zusammengeführten Risikoscore. Geolokalisierung ist eine Ebene innerhalb der IP Intelligence.

Was kann IP Intelligence Ihnen sagen, was Geolokalisierung nicht kann?

Ob die IP ein VPN oder Proxy ist, der den echten Standort verbirgt (was die Geolokalisierungsfelder bedeutungslos macht), ob es eine Rechenzentrums-IP ohne echten Nutzer dahinter ist, ob sie kürzlich auf Missbrauchs-Blocklists stand, ob dort aktiv ein Proxy- oder Scanner-Dienst läuft, und eine Wahrscheinlichkeitsschätzung, wie riskant eine Anfrage von dieser IP ist. Einfache Geolokalisierung liefert Koordinaten; IP Intelligence sagt Ihnen, ob Sie ihnen trauen können.

Wie wird IP Intelligence in der Praxis eingesetzt?

Fraud-Teams bewerten damit das Risiko bei Checkout, Login und Registrierung. Sicherheitsteams sichten damit eingehenden Traffic und erkennen Scans oder automatisierten Missbrauch. Werbeplattformen filtern damit ungültigen Traffic, bevor er einer Kampagne berechnet wird. Compliance-Teams setzen damit Geo-Beschränkungen durch und bestimmen Rechtsräume. Content-Plattformen nutzen sie für Geo-Lizenzierung und Paywall-Entscheidungen. Der Anwendungsfall bestimmt, welche Ebenen der Intelligence am wichtigsten sind.

Ist IP Intelligence für mobile Nutzer genau?

Teilweise. Mobile Nutzer teilen sich IPs über Carrier-Grade NAT (CGNAT), daher ist die Geolokalisierung auf Länder- und Regionsebene meist korrekt, auf Stadtebene aber ungenau. Die Infrastrukturklassifizierung (Mobilfunkanbieter vs. Rechenzentrum) ist zuverlässig. Die Erkennung von Anonymisierung ist zuverlässig: Ein mobiler Nutzer über ein VPN sieht ganz anders aus als eine native Mobilfunkverbindung. Die Risikobewertung für Mobilfunk sollte anders kalibriert werden als für Residential-IPs, weil CGNAT die Zuordnung von Schuld zu einer einzelnen IP verwischt.

Verfasst von

GeoIPHub-Team

Das Team hinter der GeoIPHub-API

Verfasst vom GeoIPHub-Team, den Menschen, die die GeoIPHub-API für IP-Intelligence und ihren Scanner entwickeln. Entwürfe entstehen mit KI-Unterstützung und werden vom Team redigiert; API-Beispiele sind echte Abfragen gegen die Live-API, sofern nicht als illustrativ gekennzeichnet.

Artikel teilen
Weitere Artikel

Verwandte Beiträge