Falsch-Positive bei der VPN-Erkennung: Wer fälschlich markiert wird und was zu tun ist
Behalten Sie echte Kunden: Warum Falsch-Positive bei der VPN-Erkennung Datenschutzbewusste, Firmen-VPNs und mobiles CGNAT treffen und wie belegbasiertes Scoring trotzdem Betrug erkennt.

Ein Jahrzehnt lang war die Betrugsregel einfach: verborgene IP, höheres Risiko. VPNs markieren, Proxys blockieren, weiter. 2026 kostet diese Regel unbemerkt Umsatz, denn die Menschen hinter anonymisierten IPs haben sich verändert. Ein wachsender Anteil davon sind Ihre besten Kunden: iPhone-Nutzer mit aktiviertem iCloud Private Relay, datenschutzbewusste Käufer mit VPN und mobile Käufer, die sich eine Adresse ihres Netzbetreibers mit Tausenden Nachbarn teilen. 47 % der Händler geben an, dass fälschliche Ablehnungen sie Umsatz kosten, und Apple sagt Netzbetreibern dasselbe von der anderen Seite: „Herkömmliche Betrugserkennung, die sich auf IP-Adressen stützt, muss möglicherweise angepasst werden, damit legitime Nutzer nicht beeinträchtigt werden“ (Apple, Prepare your network for iCloud Private Relay).
Der Traffic, den Sie tatsächlich stoppen müssen, hat sich unterdessen in die andere Richtung entwickelt: Die gefährlichsten Angreifer kommen gar nicht mehr aus offensichtlichen Rechenzentrumsbereichen. Sie kommen über Privatkunden-IPs, die genau wie ein echter Kunde aussehen. Der binäre Reflex „anonymisierten Traffic blockieren“ versagt also gleich doppelt: Er bestraft echte Nutzer und übersieht die echten Bedrohungen. So unterscheiden Sie beide, ausgehend davon, was VPN- und Proxy-Erkennung tatsächlich sehen kann.

Wenn Sie hier als die blockierte Person gelandet sind und nicht als die Website, die blockiert, lesen Sie, was ein fälschlich markierter Besucher tun kann.
Woher Falsch-Positive bei der VPN-Erkennung kommen
Die meisten Falsch-Positiven bei der VPN-Erkennung gehen auf legitime Menschen zurück, deren IP aus gewöhnlichen Gründen verborgen oder geteilt ist. Ein großer Teil des anonymisierten Traffics sind zahlende Nutzer ohne Betrugsabsicht:
- Privatkunden-VPNs sind Mainstream. In der Umfrage von Security.org vom August 2026 unter 1.008 Erwachsenen in den USA gaben 42 % an, ein VPN zu nutzen, und die wichtigsten Gründe sind allgemeiner Datenschutz (56 %) und Sicherheit (51 %), ohne ein einziges betrugsbezogenes Motiv in der Liste. Blockieren Sie allen VPN-Traffic, weisen Sie datenschutzbewusste Kunden systematisch ab.
- Firmen-VPNs und Reisende. Mitarbeitende, die über ein Firmen-VPN geleitet werden, oder Kunden, die sich aus dem Ausland verbinden, tauchen jeden Tag legitimerweise mit „ausländischen“ oder rechenzentrumsnahen IPs auf.
- Mobilfunknutzer hinter CGNAT. Den Netzbetreibern sind die IPv4-Adressen längst ausgegangen, daher bündeln Mobilfunknetze per Carrier-Grade NAT eine riesige Zahl echter Teilnehmer hinter einer Handvoll geteilter Adressen. Hinter einer einzigen Mobilfunk-IP können Tausende echte Kunden stehen. Sperren Sie sie wegen einer schlechten Sitzung, sperren Sie die echten Käufer eines ganzen Häuserblocks. Genau dieser geteilte Adressraum ist es, der mobile Proxys so schwer erkennbar macht.
- Cloudflare WARP. Ein kostenloser Datenschutzdienst für Privatkunden, kein Betrugs-Proxy; so erkennen Sie WARP-Traffic.
Und dann gibt es den Fall, an dem naive Erkennung komplett scheitert: Apple iCloud Private Relay.
iCloud Private Relay ist kein VPN, bewerten Sie es also nicht wie eines
Private Relay ist ein Datenschutz-Relay, kein VPN: Laut Apples eigener Übersicht teilt es jede Verbindung auf zwei Stationen auf, sodass keine einzelne Partei sowohl den Nutzer als auch das Ziel sieht, und es lässt Nutzer nicht so erscheinen, als würden sie sich aus einem anderen Land oder einer anderen Region verbinden. Apple validiert jede Verbindung auf Geräte- und Kontoebene und beschränkt den Dienst auf Apple-Geräte mit einem kostenpflichtigen iCloud+-Abonnement. Wer eine Relay-IP als anonymen Proxy markiert, lehnt also verifizierte zahlende Kunden ab. Unser Leitfaden zum Erkennen von iCloud Private Relay und WARP erklärt, wie Sie diesen Traffic erkennen und durchlassen.
Die bösartige Seite: Residential Proxies sind die echte Bedrohung
Was sollte also Alarm auslösen? Die Kategorie, die genau dafür gebaut wurde, den Reflex „Privatkunden-IPs vertrauen“ auszuhebeln: Residential-Proxy-Netzwerke.
Ein Residential Proxy leitet den Traffic eines Angreifers über eine IP, die einem ISP gehört und einem echten Haushalt oder kleinen Unternehmen zugewiesen ist. Meist wird sie über trojanisierte Apps und SDKs eingesammelt, die Verbrauchergeräte unbemerkt als Exit-Nodes registrieren. Für Ihren Server sieht das aus wie ein gewöhnlicher Kunde bei einem Privatkunden-ISP. Genau darum geht es, und deshalb bezeichnet die Threat Intelligence Group von Google sie als ernste Herausforderung für Verteidiger: Als GTIG im Januar 2026 das Netzwerk IPIDEA zerschlug, stellte sie fest, dass mehr als 550 verschiedene beobachtete Bedrohungsgruppen (darunter staatsnahe Akteure aus China, Nordkorea, Iran und Russland) IPIDEA-Exit-Nodes in einem einzigen Zeitraum von sieben Tagen für SaaS-Einbrüche, Zugriffe auf On-Premises-Systeme und Password-Spraying-Angriffe nutzten.
Das ist die Umkehrung, an der alte Regeln scheitern: Das Rechenzentrums-VPN ist meist Ihr Kunde; die „private“ IP kann der Angreifer sein. Und der Mengendruck ist real: Automatisierte Bots übertreffen inzwischen den menschlichen Web-Traffic, mit mehr als 53 % aller Anfragen im Jahr 2025, und KI-Agenten entstehen als neue Kategorie, die die Grenze zwischen legitimer Automatisierung und Missbrauch noch weiter verwischt. Unser Leitfaden zur Erkennung von Bot-Traffic anhand der IP ordnet diese Automatisierung in Klassen ein, von verifizierten Crawlern bis zu Scannern, und zeigt, welche davon eine IP-Abfrage identifizieren kann.
Anonymisierter Traffic, geordnet nach tatsächlichem Risiko
Nicht jeder Anonymisierungsdienst birgt dasselbe Risiko, daher sollte sein Typ die Standardaktion bestimmen. Eine brauchbare erste Einteilung:
| Anonymisierter Traffic | Typisches Risiko | Standardaktion |
|---|---|---|
| Apple iCloud Private Relay | Niedrig (verifizierte Apple-Kunden) | Zulassen; Standort als ungefähr behandeln |
| Cloudflare WARP / Datenschutzdienste für Privatkunden | Niedrig bis mittel | Zulassen, nach Verhalten bewerten |
| Geteilte Mobilfunk- / CGNAT-IPs | Niedrig bis mittel (geteilt) | Die IP nie hart blockieren; Signale auf Nutzerebene verwenden |
| Firmen- / Privatkunden-VPN | Mittel, gemischte Nutzung | Bewerten, Challenge, wenn sich weitere Signale häufen |
| Residential Proxy | Hoch (zum Umgehen gebaut) | Challenge oder Sperre bei starken Belegen |
| Missbräuchlicher Rechenzentrums-Proxy / bekanntes Botnetz | Hoch | Blockieren |
Die Lehre lautet nicht „allem vertrauen“ oder „alles blockieren“. Sie lautet: Der Typ des Anonymisierungsdienstes plus bestätigende Belege sollten die Entscheidung bestimmen.
Was Sie eine fälschliche Ablehnung kostet
Ein Falsch-Positiv im Checkout ist eine fälschliche Ablehnung: Ein echter Kunde wird abgewiesen, weil seine IP anonymisiert aussah. 47 % der Händler geben an, dass fälschliche Ablehnungen sie Umsatz kosten. Jeder fälschlich blockierte Private-Relay-Nutzer, mobile Käufer oder VPN-nutzende Kunde bedeutet verlorenen Umsatz, ein Support-Ticket und oft einen Kunden, der nicht wiederkommt. Betrug können Sie messen; der Verkauf, der nie stattfand, weil Sie einen echten Menschen blockiert haben, ist unsichtbar. Genau deshalb fühlt sich pauschales Blockieren sicher an und ist es unbemerkt nicht.
Das Playbook: anhand von Belegen bewerten, nicht anhand eines einzelnen Flags
Der Ausweg ist eine Erkennung, die die Frage beantwortet: „Was sagen die Belege über diese IP, und wie sicher sind wir?“, statt: „Ist irgendein Anonymisierungs-Flag gesetzt?“ In der Praxis:
- Bestimmen Sie den Typ des Anonymisierungsdienstes, nicht nur „anonym“: Private Relay, Privatkunden-VPN, Firmen-VPN, Residential Proxy oder Hosting. Sie bergen sehr unterschiedliche Risiken.
- Nutzen Sie entlastende Signale: Ein Privatkunden-ISP oder ein verifizierter Crawler senkt in unserem Modell den Score, und ein bekannter Datenschutzdienst wie Private Relay ist gedeckelt, sodass er nie block erreichen kann. Keines davon sollte das Risiko für sich allein erhöhen.
- Deckeln Sie geteilte Infrastruktur: Blockieren Sie einen CGNAT- oder Mobilfunkbereich nie hart wegen einer schlechten Sitzung, denn dahinter stehen Tausende echte Nutzer.
- Gewichten Sie die Aktualität der Erkennung: Eine IP, die vor einer Stunde zuletzt in einem Proxy-Pool gesehen wurde, ist etwas ganz anderes als eine, deren einziger Beleg sechs Monate alt ist.
- Reagieren Sie abgestuft: Lassen Sie geringes Risiko zu, verlangen Sie im mittleren Bereich eine zusätzliche Verifizierung und blockieren Sie nur Betrug mit hoher Konfidenz.
Genau so ist der Risikoscore von 0 bis 100 von GeoIPHub aufgebaut. Entlastende Signale sind vollwertige Bestandteile: Ein Privatkunden-ISP zieht Punkte ab, ein verifizierter Crawler zieht mehr ab, und CGNAT-Bereiche sind gedeckelt, sodass legitimer Datenschutz-Traffic niedrig bleibt. Jede Abfrage liefert den Verbindungstyp, die Anbieterzuordnung, ein Flag is_residential_proxy (eine grobe, ASN-basierte Ableitung, behandeln Sie es also als Hinweis, nicht als Beweis) und die ausgelösten detection_methods, sodass Sie handeln und die Entscheidung erklären können. Ein blockierter Checkout sollte nie eine Blackbox sein.
Eine abgestufte Reaktion, keine Mauer
Hier sind drei reale Abfragen, die wir am 12. Oktober 2026 durchgeführt haben, gekürzt. Erstens 172.224.226.1, eine Ausgangsadresse von Apple iCloud Private Relay:
{
"ip": "172.224.226.1",
"asn": { "org": "AKAMAI-AS - Akamai Technologies, Inc.", "connection_type": "datacenter" },
"geo": { "country_code": "GB", "city": "London" },
"detection": { "is_vpn": false, "is_proxy": false, "is_tor": false, "is_relay": true,
"is_anonymous": false, "relay_provider": "iCloud Private Relay" },
"scoring": { "fraud_score": 24, "recommended_action": "allow",
"detection_methods": ["datacenter_ip", "no_ptr_datacenter", "relay_ip"] }
}
Zweitens 185.220.101.1, ein Tor-Exit-Node:
{
"ip": "185.220.101.1",
"asn": { "org": "TORSERVERS-NET - Stiftung Erneuerbare Freiheit", "connection_type": "datacenter" },
"geo": { "country_code": "DE", "city": "Hamburg (Hamburg-Nord)" },
"detection": { "is_vpn": false, "is_proxy": false, "is_tor": true, "is_relay": false,
"is_anonymous": true, "anonymity_level": "high" },
"threat": { "is_spammer": true, "threat_types": ["spammer", "tor"] },
"scoring": { "fraud_score": 100, "recommended_action": "block",
"detection_methods": ["tor_exit", "datacenter_blocklisted", "rdns_tor", "known_spammer"] }
}
Beide Adressen liegen in Rechenzentrumsnetzen, und beide verbergen die Heim-IP des Nutzers. Die Private-Relay-Adresse ist als Relay benannt, nicht als anonym markiert, und erzielt 24: allow. Der Tor-Exit steht außerdem auf einer Spam-Sperrliste und erzielt 100: block. Dieselbe Abfrage, gegensätzliche Ergebnisse, weil die Belege unterschiedlich sind.
Drittens 45.83.220.7, ein Server von Mullvad VPN in Malmö, der Fall, den die meisten VPN-Regeln falsch behandeln:
{
"ip": "45.83.220.7",
"asn": { "org": "ESAB-AS - 31173 Services AB", "connection_type": "datacenter" },
"geo": { "country_code": "SE", "city": "Malmö" },
"detection": { "is_vpn": true, "is_hosting": true, "is_anonymous": true,
"vpn_provider": "Mullvad (31173 Services)", "vpn_confidence": 85 },
"threat": { "is_abusive": false, "is_spammer": false, "threat_types": ["vpn"] },
"scoring": { "fraud_score": 46, "recommended_action": "review",
"detection_methods": ["known_vpn_server", "datacenter_ip"] }
}
Das VPN wird namentlich und mit hoher Konfidenz identifiziert, dennoch bleibt der Score bei 46, und die Aktion ist review, nicht block, weil sonst nichts im Datensatz auf Missbrauch hindeutet. Eine binäre Regel „is_vpn bedeutet blockieren“ hätte diesen Nutzer abgelehnt. Eine abgestufte Richtlinie lässt ihn bei risikoarmen Aktionen durch und verlangt eine zusätzliche Prüfung nur dort, wo es um genug geht. Ein Residential-Proxy-Flag verdient dieselbe Vorsicht: Da GeoIPHub den Residential-Proxy-Status nur grob aus ASN-Daten ableitet, sollte er nur dann eine Challenge oder Sperre auslösen, wenn andere aktuelle Belege ihn stützen.
Wie eine beliebige Adresse bewertet wird, einschließlich Private-Relay- und VPN-Endpunkten, sehen Sie im kostenlosen VPN- und Proxy-Erkennungstest und im IP-Fraud-Score-Checker. Wie der Score genau aufgebaut ist, lesen Sie in der Erkennungsmethodik und der vollständigen API-Referenz.
Den Residential Proxy erwischen, den iPhone-Kunden bezahlen lassen
Das anonymisierte Internet ist für sich genommen kein Betrugssignal mehr. Apple Private Relay, WARP, Firmen-VPNs und mobiles CGNAT stellen echte Kunden hinter „verborgene“ IPs, während sich die eigentlichen Angreifer in Privatkundenbereichen verstecken, die legitim aussehen sollen. Eine Erkennung, die 2026 noch funktioniert, fragt nicht, ob eine IP anonymisiert ist. Sie fragt, welche Art, wie aktuell und mit welcher Bestätigung, und reagiert dann angemessen. Erwischen Sie den Betrug über Residential Proxies. Lassen Sie den iPhone-Kunden bezahlen.
Häufig gestellte Fragen
Was verursacht Falsch-Positive bei der VPN-Erkennung?
Eine Regel, die jede verborgene oder geteilte IP als Betrug behandelt. Sie markiert datenschutzbewusste Käufer mit Privatkunden-VPNs, Mitarbeitende im Firmen-VPN, Reisende, Mobilfunknutzer, die sich über CGNAT eine IP ihres Netzbetreibers teilen, und Nutzer von Apple iCloud Private Relay. Die meisten davon sind legitime Kunden, eine Sperre allein aufgrund der IP weist sie also ab.
Verursacht das Blockieren von iCloud Private Relay Falsch-Positive?
Ja. Private Relay ist kein VPN: Apple leitet jede Verbindung über zwei Stationen, beschränkt den Dienst auf Apple-Geräte mit einem kostenpflichtigen iCloud+-Abonnement und lässt Nutzer nicht so erscheinen, als würden sie sich aus einem anderen Land verbinden. Apples Leitfaden für Netzbetreiber warnt, dass herkömmliche Betrugserkennung, die sich auf IP-Adressen stützt, möglicherweise angepasst werden muss, damit legitime Nutzer nicht beeinträchtigt werden. Behandeln Sie eine Relay-IP als risikoarm und setzen Sie Betrugsregeln mit Konto- und Sitzungssignalen durch.
Welcher anonymisierte Traffic ist tatsächlich gefährlich?
Residential-Proxy-Netzwerke sind die wirklich riskante Kategorie. Sie leiten den Traffic von Angreifern über echte, ISP-eigene Heim-IPs, die über trojanisierte Apps eingesammelt wurden, sodass er sich unter legitime Nutzer mischt. Als Google im Januar 2026 das Netzwerk IPIDEA zerschlug, stellte es fest, dass mehr als 550 beobachtete Bedrohungsgruppen dessen Exit-Nodes innerhalb einer einzigen Woche nutzten. Kommerzielle VPNs und Private Relay sind überwiegend legitim; Residential Proxies sind es selten.
Warum ist es keine gute Idee, allen VPN- und Proxy-Traffic zu blockieren?
Weil ein großer Teil davon echte Kunden sind. Etwa ein Drittel der Erwachsenen in den USA nutzt ein VPN, ganz überwiegend aus Gründen des Datenschutzes und der Sicherheit, nicht für Betrug, und Mobilfunknutzer teilen sich routinemäßig über CGNAT eine IP ihres Netzbetreibers. Diese IPs hart zu blockieren, führt zu fälschlichen Ablehnungen, und 47 % der Händler geben an, dass fälschliche Ablehnungen sie Umsatz kosten. Das Ziel ist ein abgestuftes Risikoscoring, keine pauschale Sperre.
Wie vermeidet GeoIPHub Falsch-Positive?
Indem es anhand von Belegen bewertet und nicht danach, ob ein Flag gesetzt ist. Der Risikoscore von 0 bis 100 enthält entlastende Signale (ein Privatkunden-ISP zieht Punkte ab, ein verifizierter Crawler zieht mehr ab, und CGNAT-Bereiche sind gedeckelt), und jede Abfrage liefert den Verbindungstyp, die Anbieterzuordnung, die Aktualität der Erkennung (last_seen) und die ausgelösten detection_methods. So können Sie die wirklich Riskanten herausfordern und echte Kunden durchlassen.
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.


