1. Executive Summary & Forensische Analyse der P2P-Proxy-Ökonomie
Über ein Jahrzehnt lang verkauften kommerzielle Proxy-Anbieter der Data-Harvesting-Branche ein bequemes Märchen: Ihre gigantischen Pools aus „Millionen echter Residential-IPs“ stammten angeblich aus transparenten, ethisch einwandfreien Peer-to-Peer-Bandbreitengemeinschaften (P2P). Nach offizieller Marketing-Darstellung teilten Studenten, Remote-Arbeiter und Gelegenheitsnutzer freiwillig ihre ungenutzte WLAN-Bandbreite, um im Gegenzug werbefreie App-Versionen, digitale Kleinstbeträge oder Freemium-Vorteile zu erhalten.
Diese Fiktion ist operativ und juristisch vollständig in sich zusammengebrochen.
Im Mai 2024 entsiegelte das US-Justizministerium (Department of Justice) in Zusammenarbeit mit dem FBI, dem Defense Criminal Investigative Service (DCIS) und internationalen Strafverfolgungsbehörden eine historische Anklageschrift gegen YunHe Wang. Im Rahmen dieser Razzia wurden 22 Server-Domains beschlagnahmt, eine Infrastruktur aus zig Millionen infizierten Geräten zerschlagen und die tatsächliche Architektur von 911 S5 (auftretend unter 911.re) offengelegt. 911.re war kein ethisches Peer-Netzwerk. Es handelte sich um eines der größten Residential-Botnets der Menschheitsgeschichte: 19 Millionen kompromittierte IP-Adressen in 200 Ländern, instrumentalisiert für staatlichen Subventionsbetrug in Milliardenhöhe, automatisierte Cyberangriffe, Account Takeovers (ATO) und industrielles Web Scraping.
+-----------------------------------------------------------------------------------+
| DIE ANATOMIE EINER KOMPROMITTIERTEN "RESIDENTIAL"-IP |
+-----------------------------------------------------------------------------------+
| [Infiziertes Endgerät des Verbrauchers] |
| - Raubkopierte Software / Trojanisiertes Gratis-VPN (MaskVPN, DewVPN) |
| - Bösartiges SDK läuft verdeckt als Hintergrundprozess |
| - UPnP / STUN Hole-Punching durch den Heimrouter (NAT-Traversal) |
| | |
| v [Verschlüsselter Reverse-SOCKS5-Tunnel] |
| [Command & Control (C2) / Residential-Proxy-Broker Gateway] |
| - IP geführt als "Saubere Residential ISP" in MaxMind / IP2Location |
| - Egress-Bandbreite verkauft an Scraping-Teams, Bots oder Bedrohungsakteure |
| | |
| v [Proxy-Exit-Sitzung] |
| [Zielsystem: Cloudflare, Akamai, Datadome, AWS, E-Commerce, Banken] |
| * Paket-Quelle: Residential ASNs (Telekom, Vodafone, Comcast, Orange) |
| * Tatsächlicher Ursprung: Gehackter Smart-TV, infizierter PC, IoT-Gerät |
+-----------------------------------------------------------------------------------+Die Zerschlagung von 911.re war kein isolierter Einzelfall; sie bildet die empirische Realität kommerzieller Residential-Proxy-Netzwerke ab. Zahlreiche akademische Studien und IT-Sicherheitsaudits belegen, dass die überwältigende Mehrheit der an Data-Science-Teams verkauften P2P-Residential-IPs auf kompromittierten Endpunkten basiert:
- Raubkopierte Anwendungssoftware und trojanisierte Video-Player.
- Mobile Utility-Apps (Taschenrechner, Taschenlampen, kostenlose VPNs), die intransparente, proprietäre Monetarisierungs-SDKs nachladen.
- Gehackte IoT-Geräte und Android-basierte Smart-TV-Streaming-Boxen mit Werkspasswörtern oder Firmware-Hintertüren.
Für Enterprise-CTOs, CISOs und Leitende Data Engineers verwandelt diese Realität ein technisches Infrastrukturdetail in ein existenzbedrohendes Haftungs- und Regulierungsrisiko. Wenn ein automatisierter Scraper HTTP-Verkehr über das private Breitband-Gateway eines unbeteiligten Verbrauchers leitet, betreibt das Unternehmen keine saubere Datenextraktion. Es mietet faktisch den Zugriff auf ein unautorisiertes Computersystem, kontaminiert seine interne Datenprovenienz und setzt das Unternehmen drakonischen Klagen nach dem US-amerikanischen Computer Fraud and Abuse Act (CFAA) sowie empfindlichen Strafen der europäischen Datenschutz-Grundverordnung (DSGVO) aus.
Dieser Engineering-Leitfaden liefert eine detaillierte forensische Untersuchung der realen Funktionsweise des Residential-Proxy-Marktes, analysiert die strafrechtlichen Anklagen gegen dessen Hauptakteure, quantifiziert die rechtliche Schadensdimension für Konzerne und stellt die produktionsreife Architektur der zukunftssicheren Alternative dar: Dedizierte, physische industrielle 5G-Hardware mit dedizierten Enterprise-Mobilfunkverträgen.
2. Forensische Autopsie: Der 911.re/YunHe Wang Takedown & Die IPStorm-Operation
Um die systemischen Risiken von Residential Proxies technisch zu verstehen, müssen die operativen Mechanismen zweier koordinierter Strafverfolgungsmaßnahmen analysiert werden: die Zerschlagung von 911 S5 durch das FBI und die internationale Neutralisierung von IPStorm.
Die Operation 911 S5 (911.re)
Die vor dem U.S. District Court for the Eastern District of Texas entsiegelte Anklageschrift (United States v. YunHe Wang) zerschlug eine kriminelle Operation, die über 99 Millionen US-Dollar an unrechtmäßigen Gewinnen durch den Weiterverkauf gekaperter Residential-Proxy-Zugänge erwirtschaftete.
[ YunHe Wang / 911.re Betreiber ]
|
+---------------+---------------+
| |
v v
[Pay-Per-Install Netzwerke] [Cracked / Raubkopierte Software]
| |
+---------------+---------------+
|
v
[Trojanisierte VPN-Applikationen]
(MaskVPN, DewVPN, PaladinVPN, ProxyGate)
|
v
[Über 19.000.000 Opfer-Endgeräte Weltweit]
- Windows-Systeme (Manipulierte DLLs)
- Keine Nutzereinwilligung, verdeckte Hintergrundprozesse
- Endgerät fungiert als Reverse-SOCKS5-Proxy-Node
|
v
[911.re API / Infrastruktur-Reseller]
|
v
[Globale Käufer: Scraper, Carder, Cyberkriminelle]Analyse des Infektionsvektors
YunHe Wang und seine Mittäter schleusten manipulierte Software direkt auf Consumer-Endgeräte ein. Die primären Angriffsvektoren waren gefälschte oder modifizierte Virtual Private Network (VPN)-Anwendungen, darunter MaskVPN, DewVPN, PaladinVPN und ProxyGate, die über Pay-per-Install-Netzwerke (PPI) und Warez-Portale vertrieben wurden.
Sobald ein Nutzer die vermeintliche VPN-Anwendung installierte, legte die ausführbare Datei eine verdeckte Dynamic Link Library (DLL) oder einen Hintergrunddienst an (oft getarnt als legitime Prozesse wie svchost.exe). Dieser Hintergrunddienst:
- Etablierte eine permanente, ausgehende, verschlüsselte TCP-Verbindung zu Wangs Command-and-Control-Servern (C2).
- Umging herkömmliche Consumer-Firewalls durch ausgehend initiierte Verbindungen (Stateful Firewall Evasion).
- Startete einen lokalen Reverse-SOCKS5-Proxy-Daemon auf dem Rechner des Opfers, gebunden an dynamische High-Order-Ephemeral-Ports.
- Meldete die externe IP-Adresse, Betriebssystem-Telemetriedaten, Geo-Koordinaten und die Bandbreitenkapazität an die administrative 911.re-Datenbank.
Funktionsweise der Proxy-Weiterleitung
Kaufte ein Kunde Proxy-Zugriff bei 911.re, loggte er sich nicht in ein autorisiertes ISP-Gateway ein. Stattdessen stellte ein Client-Dashboard eine interaktive Liste kompromittierter Endgeräte bereit, filterbar nach ASN, Bundesstaat, Stadt und Postleitzahl.
Leitete der Kunde Datenverkehr über den lokalen Port-Forwarder von 911.re weiter, wurden die Anfragen durch das C2-Netzwerk über den bestehenden Reverse-Tunnel direkt auf das infizierte Endgerät des Endnutzers geroutet. Das Zielsystem im Internet sah ausschließlich die IP-Adresse des privaten Breitbandanschlusses des Opfers.
Das Opfer erlitt:
- Vollständige Bandbreitensättigung.
- Erhebliche CPU- und RAM-Überlastung.
- Das volle strafrechtliche Zurechnungsrisiko für den gesamten durchgeleiteten Datenverkehr (von automatisierten Betrugsanträgen über Credential Stuffing bis hin zu Corporate Espionage).
Die Neutralisierung von IPStorm
Bereits vor dem Zusammenbruch von 911.re zerschlug das US-Justizministerium das IPStorm-Botnet, das von Sergei Makinin entwickelt worden war. Im Gegensatz zu den Windows-Installern von 911.re war IPStorm in Golang geschrieben: eine plattformübergreifende, multi-architektonische Infektions-Engine mit gezieltem Fokus auf:
- Android-Geräte (durch Ausnutzung offener Android Debug Bridge [ADB]-Schnittstellen über Wi-Fi).
- Linux-Server und Consumer-IoT-Gateways (über Standard-SSH-Zugangsdaten und ungepatchte UPnP-Sicherheitslücken).
- macOS- und Windows-Systeme.
IPStorm nutzte das Peer-to-Peer-Netzwerk des InterPlanetary File System (IPFS) als dezentrale Command-and-Control-Architektur, wodurch traditionelle Domain-Takedowns wirkungslos blieben. Das Botnet infizierte hunderttausende Systeme weltweit und verkaufte diese als Residential-Proxy-Endpunkte über kommerzielle Fassaden wie proximus.net und anonymity.network.
+------------------------------------------------------------------------------------+
| IPSTORM BOTNETZ-TOPOLOGIE |
+------------------------------------------------------------------------------------+
| |
| [Ziel-Egress] <----+ |
| | |
| +-----------+-------------+ |
| | Ungesicherter Android | |
| | Smart TV / Linux-Router | |
| +-------------------------+ |
| ^ (Lokale SOCKS5-Injektion) |
| | |
| +-----------+-------------+ |
| | libp2p / IPFS Node | |
| | (Dezentrales C2-Mesh) | |
| +-------------------------+ |
| ^ |
| | PubSub Control Frames |
| v |
| +-------------------------+ |
| | IPStorm Operator Nodes | |
| | (proximus.net Backend) | |
| +-------------------------+ |
| ^ |
| | Kommerzieller HTTP API Tunnel |
| | |
| [ Enterprise-Scraper / Kommerzieller Proxy-Kunde ] |
| |
+------------------------------------------------------------------------------------+Das forensische Fazit der ermittelnden Behörden war unmissverständlich: Das kommerzielle Residential-Proxy-Netzwerk war nichts anderes als ein monetarisiertes kriminelles Botnet.
3. Die Herkunft von „Residential“-IPs: Gratis-VPN-SDKs, Warez und gekaperte Smart-TVs
Obwohl Behörden 911.re und IPStorm zerschlagen haben, basiert die Lieferkette kommerzieller Residential-Proxies weiterhin auf verdeckten, manipulativen und rechtswidrigen Beschaffungsmodellen.
Residential-Broker werben regelmäßig mit Netzwerken von über 50 oder 100 Millionen aktiven IPs. Ein privater Festnetzanschluss erfordert eine physische Leitung: Fiber-to-the-Home (FTTH), DOCSIS-Kabel oder xDSL, terminiert auf einem Router vor Ort (Customer-Premises Equipment, CPE). Um zig Millionen Adressen anzubieten, ohne selbst Millionen von Telekommunikationsverträgen abzuschließen, stützen sich Broker auf drei Kernvektoren:
+----------------------------------------------------------------------------------+
| BESCHAFFUNGSVEKTOREN FÜR RESIDENTIAL-IPS |
+----------------------------------------------------------------------------------+
| |
| Vektor 1: Monetarisierungs-SDKs (Der App-Store-Exploit) |
| [App-Entwickler] ---> Bindet Broker-SDK ein ---> [Nutzer installiert] |
| (Verdient $0,02/Install) (Gratis-App) |
| | |
| v |
| [Verdeckter Hintergrund-Exit] |
| |
| Vektor 2: Trojanisierte Software & Cracks |
| [Torrent / Warez-Portal] ---> Injiziert Schadcode ---> [Nutzer installiert] |
| (Photoshop, Tool) |
| | |
| v |
| [Reverse-SOCKS5 C2-Client] |
| |
| Vektor 3: Supply-Chain-Kompromittierung von Billig-Android-TV-Boxen |
| [OEM-Fabrik / Firmware] ---> Vorinstallierte Malw. ---> [Verbraucher Plug&Play]|
| (Badbox-Infrastruktur) (Wohnzimmer) |
| | |
| v |
| [Permanenter Zombie-Node] |
| |
+----------------------------------------------------------------------------------+1. Monetarisierungs-SDKs (Der App-Store-Exploit)
Die verbreitetste Methode nutzt proprietäre Software Development Kits (SDKs), die von Proxy-Syndikaten an Entwickler von Mobil- und Desktop-Apps verteilt werden.
- Der Entwickler einer kostenlosen App (z. B. PDF-Reader, Akku-Manager oder Mini-Spiel) integriert das SDK des Brokers in seinen Code.
- Der Broker bezahlt den Entwickler auf Basis der Daily Active Users (DAU), meist im Cent-Bereich pro Installation und Monat.
- Das SDK setzt auf Verschleierung, dynamische Reflection und Laufzeit-Entschlüsselung, um Kontrollen im Google Play Store und Apple App Store zu unterlaufen.
- Dem Nutzer wird eine 40-seitige Nutzungsvereinbarung (EULA) vorgelegt, die bewusst vage formuliert ist: „Die Anwendung kann ungenutzte Geräteressourcen und Netzwerkkapazitäten nutzen, um verteilte Web-Indizierung und Datenaggregation zu unterstützen.“
- Nach der Installation läuft das SDK als verdeckter Hintergrunddienst. Sobald das Gerät mit einem WLAN verbunden und der Akku geladen ist, meldet es sich beim Cluster des Brokers an und macht das Smartphone zum Egress-Knoten für fremden Datenverkehr.
2. Trojanisierte Software und Software-Cracks
Ein erheblicher Anteil des Residential-Proxy-Volumens wird durch trojanisierte Software erzeugt. Angreifer zielen auf reichweitenstarke Kanäle ab:
- Portale für manipulierte Produktivitätssuiten, CAD-Programme oder Audio-Plugins.
- GitHub-Repositories, die modifizierte Versionen beliebter Open-Source-Automatisierungstools anbieten.
Die eingeschleuste Payload schlägt selten bei Virenscannern an: Sie verzichtet auf CPU-intensive Krypto-Miner oder destruktive Ransomware. Stattdessen installiert sie eine unauffällige Netzwerkkomponente. Diese verbraucht weniger als 5 % der CPU-Leistung, agiert unbemerkt im User-Space, bindet sich an lokale Loopback-Schnittstellen und baut ausgehende mTLS- oder WebSocket-Tunnel zu den Ingress-Knoten der Broker auf.
3. Vorkompromittierte Android-TV-Boxen (Das „Badbox“-Ökosystem)
Ein wachsender Angriffsvektor betrifft Android-basierte OTT-Set-Top-Boxen unbekannter Hersteller. Tausende dieser Geräte werden über globale E-Commerce-Plattformen verkauft, während auf dem Android Open Source Project (AOSP) basierende Firmware bereits ab Werk mit Schadcode versehen ist.
Sicherheitsforscher, die das Badbox-Botnet analysierten, identifizierten zehntausende solcher Streaming-Geräte als aktive Residential-Proxy-Knoten. Da diese Boxen:
- permanent über Ethernet oder WLAN mit dem Heimnetzwerk verbunden sind;
- praktisch nie ausgeschaltet werden;
- selten Sicherheitsupdates erhalten;
stellen sie perfekte, dauerhafte Proxy-Endpunkte dar. Während der Endverbraucher Filme streamt, wickelt seine IP-Adresse im Hintergrund automatisierte Scraping-Zugriffe, Credential-Stuffing-Angriffe und Brute-Force-Attacken ab.
4. Rechtliche Unternehmensrisiken: CFAA-Haftung, DSGVO-Verstöße und Datenkontamination
In vielen Unternehmen werden Proxies als rein technische Routing-Komponenten betrachtet: eine Schicht zum Modifizieren von HTTP-Headern und Umgehen von Rate-Limits. Mit dieser oberflächlichen Sichtweise setzen Engineering-Teams ihr Unternehmen zivilrechtlichen Klagen, behördlichen Sanktionen und strafrechtlichen Ermittlungen aus.
+-----------------------------------------------------------------------------------+
| UNTERNEHMENS-HAFTUNGSMATRIX |
+-------------------+--------------------------------+------------------------------+
| Rechtsrahmen | Verstoß-Mechanismus | Maximales Risiko |
+-------------------+--------------------------------+------------------------------+
| 18 U.S.C. § 1030 | Routing von Daten über Rechner | Strafrechtliche Anklagen; |
| (Computer Fraud | ohne informierte, ausdrück- | zivilrechtlicher Schadens- |
| and Abuse Act) | liche Zustimmung des Inhabers. | ersatz für Netzwerkausfälle. |
+-------------------+--------------------------------+------------------------------+
| EU-DSGVO | Abfluss von Endnutzer-IPs; | Bis zu 20 Mio. € oder 4 % |
| (Art. 5, 6, | Datenverarbeitung ohne | des weltweiten Jahresumsatzes|
| 28 und 32) | wirksame Rechtsgrundlage. | Verarbeitungsverbote. |
+-------------------+--------------------------------+------------------------------+
| US Wiretap Act | Abfangen von Transitpaketen | Bundesstraftat (Felony); |
| (18 U.S.C. § 2511)| auf fremden privaten | Gesetzlicher Schadensersatz |
| | Netzwerksegmenten. | pro Einzelverstoß. |
+-------------------+--------------------------------+------------------------------+
| Datenintegrität & | Vermischung von Unternehmens- | Unverwertbarkeit vor Gericht;|
| Chain of Custody | daten mit krimineller Botnet- | Wertverlust von Trainings- |
| | Transit-Infrastruktur. | daten für Enterprise-KI. |
+-------------------+--------------------------------+------------------------------+1. Computer Fraud and Abuse Act (CFAA) – 18 U.S.C. § 1030
Nach dem CFAA drohen jedem zivil- und strafrechtliche Konsequenzen, der vorsätzlich ohne Autorisierung auf einen geschützten Computer („protected computer“) zugreift oder die autorisierten Zugriffsrechte überschreitet.
Nutzt ein Unternehmen ein Residential-Proxy-Netzwerk, dessen Knoten durch manipulierte Software, irreführende EULAs oder infizierte Hardware akquiriert wurden, leitet es seinen Datenverkehr über Rechner, zu denen keine wirksame Zugriffserlaubnis vorliegt.
Rechtsabteilungen beriefen sich in der Vergangenheit gern auf Gutgläubigkeit: „Wir haben einen Service bei einem kommerziellen Drittanbieter eingekauft; wir wussten nicht, woher die IPs stammten.“
Diese Verteidigungsstrategie greift nicht mehr:
- Die Verurteilungen von Proxy-Betreibern durch das US-Justizministerium und die offengelegten Ermittlungsakten belegen gerichtlich, dass die Beschaffungsmethoden vieler P2P-Netzwerke rechtswidrig sind.
- In Zivilprozessen rund um automatisierte Datenextraktion (etwa Meta Platforms, Inc. v. Bright Data Ltd. oder LinkedIn Corp. v. hiQ Labs, Inc.) fordern Kläger routinemäßig Verträge mit Proxy-Providern, Routing-Logs und Telemetriedaten an.
- Weisen Kläger nach, dass Automatisierungsskripte über Botnet-Knoten geroutet wurden, um Schutzsysteme zu umgehen, stehen Klagen wegen CFAA-Verstößen und zivilrechtlicher Besitzstörung („trespass to chattels“) im Raum.
2. DSGVO-Nichtkonformität: Artikel 5, 6, 28 und 32
Für Unternehmen, die in der EU agieren oder Daten von EU-Bürgern verarbeiten, stellen P2P-Residential-Proxies einen eklatanten Verstoß gegen den Datenschutz dar.
- IP-Adressen sind personenbezogene Daten: Der Europäische Gerichtshof (EuGH) stellte im Grundsatzurteil Breyer gegen Bundesrepublik Deutschland (Rechtssache C-582/14) fest, dass dynamische IP-Adressen personenbezogene Daten darstellen, sofern rechtliche Mittel zur Identifizierung der Person existieren.
- Fehlende Rechtsgrundlage (Art. 6 DSGVO): Ein Unternehmen, das Daten über den privaten Router eines Endnutzers leitet, verarbeitet dessen persönliche Telemetriedaten (öffentliche IP, Verbindungszeitpunkte) ohne rechtsgültige Einwilligung, berechtigtes Interesse oder Vertragserfüllung. Intransparente EULAs mobiler Apps genügen den strengen DSGVO-Anforderungen an eine freiwillige, informierte und eindeutige Einwilligung nicht.
- Verstöße gegen Auftragsverarbeitungs-Standards (Art. 28 DSGVO): Jeder zwischengeschaltete Proxy-Knoten fungiert technisch als Unterauftragsverarbeiter. P2P-Netzwerke schleusen Unternehmensdaten über private Consumer-Geräte unkontrollierter Dritter, was den technischen und organisatorischen Sicherheitsvorgaben von Art. 32 DSGVO fundamental widerspricht.
3. Datenkontamination und Risiken durch Multi-Tenancy mit Angreifern
Wer einen kommerziellen P2P-Pool nutzt, teilt sich dieselbe Infrastruktur mit Cyberkriminellen.
Die Egress-Knoten der Broker wechseln dynamisch. Eine Consumer-IP, die um 10:00:00 UTC von einem Konzern zur Überwachung von Wettbewerberpreisen genutzt wird, kann um 09:59:45 UTC von Angreifern für folgende Aktionen missbraucht worden sein:
- Credential Stuffing gegen Online-Banking-Portale.
- Kreditkartenvalidierung auf E-Commerce-Plattformen (Carding).
- Command-and-Control-Kommunikation für Ransomware.
- Reflected Distributed Denial of Service (DDoS)-Angriffe.
Diese geteilte Nutzung führt zu massiver Datenkontamination:
+----------------------------------------------------------------------------------+
| DIE PIPELINE DER REPUTATIONS-KONTAMINATION |
+----------------------------------------------------------------------------------+
| |
| [Angreifer: Ransomware C2 / Carding-Ring] |
| | |
| v |
| [Kompromittierter Residential-Knoten: 198.51.100.45] |
| | |
| v (Löst Alarm in Threat-Intel-Feeds / Akamai SIEM / Cloudflare WAF aus) |
| [Ziel-Infrastruktur: Threat-Score = 99/100 (HIGH RISK)] |
| |
| --- 30 SEKUNDEN SPÄTER --- |
| |
| [Enterprise Data-Engineering-Team] |
| | (Mietet denselben "Residential"-Proxy aus dem Pool) |
| v |
| [Gleicher Residential-Knoten: 198.51.100.45] |
| | |
| v |
| [Ziel-Infrastruktur] ---> CAPTCHA-Schleife / Abbruch / IP-Sperre |
| ---> Scraping-Metadaten landen in Incident-Response-Logs |
| |
+----------------------------------------------------------------------------------+Sobald Bedrohungserkennungssysteme (wie Spamhaus, Akamai Client Reputation oder Cloudflare Threat Intelligence) eine IP blockieren, erben die Scraping-Clients des Unternehmens diesen schlechten Reputationswert. Anfragen scheitern, CAPTCHAs häufen sich und Unternehmensverbindungen werden in Incident-Response-Logs erfasst, wodurch direkte forensische Verknüpfungen zu kriminellen Aktivitäten entstehen.
5. Architektur-Vergleich: P2P-Botnet-Proxy-Mesh vs. Dedizierte Physische Hardware
Die Schwachstellen von Residential-Proxies liegen in ihrer physischen Topologie begründet: Sie hängen von unzuverlässigen Consumer-Geräten an ungesicherten Endkundenanschlüssen ab.
Die moderne Enterprise-Architektur ersetzt dieses unberechenbare Botnet-Geflecht durch dedizierte, physische industrielle 5G-Gateways. Im Folgenden werden beide Modelle gegenübergestellt.
Architektur A: Das P2P-Botnet-Proxy-Mesh
+---------------------------------------+
| Enterprise-Datenpipeline / Scraper |
+---------------------------------------+
|
| [HTTPS / SOCKS5 Auth]
v
+---------------------------------------+
| Residential Proxy Broker Ingress |
| (Load Balancer & Account-Verwaltung) |
+---------------------------------------+
|
+-------------------+-------------------+
| Upstream Tunnel Broker |
| (Dynamischer Port-Multiplexer) |
+---------------------------------------+
|
+----------------------------+----------------------------+
| (Schwach oder unverschlüsselte Reverse-Tunnel) |
v v
+-----------------------+ +-----------------------+
| Gehackter Smart TV | | Infizierter Windows-PC|
| (Badbox-Firmware) | | (Trojanisierte Software)|
+-----------------------+ +-----------------------+
| Endkunden-WLAN | | Consumer-Kabelmodem |
| 150ms-400ms Jitter | | Hoher Paketverlust (5%)|
+-----------------------+ +-----------------------+
| |
+----------------------------+----------------------------+
|
v
+---------------------------------------+
| Zielserver (Cloudflare, E-Commerce) |
| * Hohe Latenz |
| * Schlechte IP-Reputation (Co-Tenancy)|
| * Willkürliche Verbindungsabbrüche |
| * Forensische Botnet-Signaturen |
+---------------------------------------+Architektur B: Proxym Dedizierte Physische Hardware-Infrastruktur
+---------------------------------------+
| Enterprise-Datenpipeline / Scraper |
+---------------------------------------+
|
| [Mutual TLS 1.3 / Fester Auth-Port]
| [Direkte statische Route]
v
+---------------------------------------+
| Proxym Industrie-Rechenzentrum |
| (Zentraler Backbone in Frankreich) |
+---------------------------------------+
|
+-------------------+-------------------+
| Dedizierter Hardware-Cluster: |
| Industrielle Teltonika-Router |
| (RUTX50 / TRB500 Industrial Gateways) |
+---------------------------------------+
|
+-------------------+-------------------+
| Dedizierte physische SIM-Karten: |
| Tier-1-Telekom-Verträge |
| (Orange, SFR, Free, Bouygues) |
+---------------------------------------+
|
| [Direkte 5G-NR mmWave / Sub-6-Schnittstelle]
v
+---------------------------------------