1. Resumen Ejecutivo y Análisis Forense de la Economía de Proxies P2P
Durante más de una década, los proveedores comerciales de proxies vendieron a la industria de extracción y análisis de datos una ficción conveniente: que sus gigantescos grupos de "millones de IPs residenciales" se obtenían de forma ética a través de comunidades transparentes peer-to-peer (P2P) de intercambio de ancho de banda. Según su literatura de marketing, estudiantes universitarios, trabajadores remotos y usuarios cotidianos aceptaban voluntariamente monetizar su ancho de banda Wi-Fi inactivo a cambio de aplicaciones sin anuncios, micropagos o ventajas digitales freemium.
Esa ficción ha sufrido un colapso operativo y legal absoluto.
En mayo de 2024, el Departamento de Justicia de los Estados Unidos, en coordinación con el FBI, el Servicio de Investigación Criminal de la Defensa (DCIS) y socios policiales internacionales, hizo pública una acusación formal histórica contra YunHe Wang. La operación incautó 22 dominios de servidores, desmanteló una infraestructura que abarcaba decenas de millones de dispositivos infectados y expuso la arquitectura real de 911 S5 (operada comercialmente como 911.re). 911.re no era una red ética de pares. Fue una de las botnets residenciales más grandes en la historia moderna, compuesta por 19 millones de direcciones IP únicas distribuidas en 200 países, instrumentalizada para cometer fraudes masivos de ayuda por la pandemia de COVID-19, ciberataques dirigidos, tomas de control de cuentas (credential stuffing) y extracción industrial no autorizada de datos.
+-----------------------------------------------------------------------------------+
| ANATOMÍA DE UNA IP "RESIDENCIAL" COMPROMETIDA |
+-----------------------------------------------------------------------------------+
| [Dispositivo de Consumo Infectado] |
| - Reproductor multimedia pirata / VPN gratuita troyanizada (MaskVPN, DewVPN) |
| - SDK malicioso cargado silenciosamente en procesos en segundo plano |
| - Perforación NAT mediante UPnP / STUN a través del router doméstico |
| | |
| v [Túnel SOCKS5 Inverso Cifrado] |
| [Comando y Control (C2) / Gateway del Bróker de Proxies Residenciales] |
| - IP catalogada como "ISP Residencial Limpio" en MaxMind / IP2Location |
| - Ancho de banda vendido a equipos de scraping, bots o actores hostiles |
| | |
| v [Sesión de Salida del Proxy] |
| [Infraestructura Objetivo: Cloudflare, Akamai, Datadome, AWS, Banca] |
| * Origen aparente del paquete: ASNs Residenciales (Comcast, AT&T, Orange, etc.) |
| * Origen real del paquete: Smart TV infectada, PC comprometido o hub IoT casero |
+-----------------------------------------------------------------------------------+El desmantelamiento de 911.re no fue una excepción aislada; representa la línea de base empírica sobre la cual opera el mercado de proxies residenciales comerciales. Múltiples auditorías académicas y peritajes de ciberseguridad han confirmado que la inmensa mayoría de las IPs residenciales P2P comercializadas a equipos corporativos de ciencia de datos residen en puntos finales explotados:
- Software utilitario pirata y reproductores de vídeo troyanizados.
- Aplicaciones móviles (calculadoras, linternas, herramientas de VPN gratuita) que integran SDKs de monetización de código cerrado.
- Dispositivos IoT de consumo vulnerados y cajas Android TV con credenciales de fábrica o firmware manipulado.
Para directores de tecnología (CTOs), responsables de seguridad (CISOs) y directores de ingeniería de datos, esta realidad convierte una capa técnica de red en una responsabilidad legal y regulatoria crítica. Cuando un crawler corporativo enruta tráfico HTTP a través del router doméstico de un consumidor que no ha otorgado su consentimiento, la empresa no está operando una red aséptica: está alquilando acceso a un nodo informático no autorizado, contaminando la cadena de custodia de sus datos y exponiéndose a litigios federales bajo la Ley de Fraude y Abuso Informático de EE. UU. (CFAA) y a sanciones regulatorias bajo el Reglamento General de Protección de Datos (RGPD) de la Unión Europea.
Esta guía técnica ofrece una investigación forense profunda del funcionamiento del mercado de proxies residenciales, examina los expedientes penales que desarticularon a sus principales operadores, modela el radio de impacto legal para las organizaciones y describe la arquitectura en producción de la alternativa empresarial: Hardware industrial 5G dedicado, físicamente propio, operado con tarjetas SIM empresariales de operadoras de primer nivel.
2. Autopsia Forense: El Desmantelamiento de 911.re / YunHe Wang y las Operaciones IPStorm
Para comprender el riesgo sistémico de los proxies residenciales, es imperativo analizar el funcionamiento mecánico de dos de las mayores operaciones policiales en este ámbito: el desmantelamiento de 911 S5 por el FBI y la neutralización multiagencial de IPStorm.
La Operación 911 S5 (911.re)
La acusación formal presentada ante el Tribunal de Distrito de los Estados Unidos para el Distrito Este de Texas (Estados Unidos contra YunHe Wang) desmanteló una infraestructura que generó más de 99 millones de dólares en ganancias ilícitas mediante el alquiler de accesos residenciales secuestrados.
[ Operadores de YunHe Wang / 911.re ]
|
+---------------+---------------+
| |
v v
[Redes Pay-Per-Install (PPI)] [Software Crackeado / Pirata]
| |
+---------------+---------------+
|
v
[Aplicaciones VPN Troyanizadas]
(MaskVPN, DewVPN, PaladinVPN, ProxyGate)
|
v
[Más de 19.000.000 de Puntos Finales Víctimas]
- Sistemas Windows (DLLs con puertas traseras)
- Cero consentimiento o visibilidad del usuario
- Dispositivo convertido en nodo proxy SOCKS5 inverso
|
v
[Revendedores / API Comercial de 911.re]
|
v
[Compradores Globales: Scrapers, Defraudadores, Cibercriminales]Análisis del Vector de Infección
YunHe Wang y sus colaboradores distribuyeron software troyanizado directamente en las máquinas de los usuarios finales. Los principales vectores fueron aplicaciones de Red Privada Virtual (VPN) fraudulentas o modificadas, destacando MaskVPN, DewVPN, PaladinVPN y ProxyGate, distribuidas mediante redes de pago por instalación (PPI) y empaquetadas dentro de instaladores de software pirata.
Cuando un usuario instalaba la aplicación VPN, el ejecutable principal liberaba en el sistema una librería de enlace dinámico (DLL) secundaria oculta o un servicio residente en segundo plano (camuflado bajo procesos como svchost.exe). Este componente:
- Establecía una conexión TCP saliente, cifrada y persistente hacia los servidores de Comando y Control (C2) de Wang.
- Evadía los cortafuegos domésticos gracias a la naturaleza saliente de la conexión (evasión de firewall de estado o stateful inspection).
- Levantaba un demonio proxy SOCKS5 inverso a la escucha en el dispositivo víctima, enlazándose a puertos efímeros dinámicos.
- Transmitía a la base de datos central de 911.re la IP pública, el sistema operativo, la geolocalización precisa y el rendimiento de ancho de banda del dispositivo vulnerado.
Mecánica del Reenvío de Tráfico (Proxy Forwarding)
Cuando un cliente comercial contrataba acceso en 911.re, no accedía a un centro de datos autorizado ni a pasarelas provistas legalmente por ISPs. Descargaba un software cliente con una interfaz gráfica que mostraba un inventario dinámico de máquinas domésticas comprometidas, filtrables por ASN, país, estado, ciudad y código postal.
Al canalizar tráfico hacia el software de reenvío local de 911.re, las peticiones eran encapsuladas por el C2, enviadas a través del túnel inverso hacia el equipo de la víctima y emitidas a la Internet pública usando la IP doméstica del usuario.
El usuario legítimo sufría:
- Saturación de su ancho de banda de subida y bajada.
- Sobrecarga de CPU y memoria RAM.
- Responsabilidad forense directa sobre las actividades ejecutadas desde su IP (solicitudes de subsidios fraudulentos, ataques automatizados a infraestructuras críticas y exfiltración de bases de datos corporativas).
La Neutralización de IPStorm
Con anterioridad a la caída de 911.re, el Departamento de Justicia intervino la botnet IPStorm, desarrollada por Sergei Makinin. A diferencia del software de Wang, centrado en instaladores de Windows, IPStorm fue programada en Golang como un motor de infección multiplataforma y multiarquitectura, diseñado para comprometer:
- Sistemas operativos Android (explotando puertos abiertos de Android Debug Bridge [ADB] sobre interfaces Wi-Fi).
- Servidores Linux y gateways IoT hogareños (atacando credenciales SSH por defecto y vulnerabilidades UPnP no parcheadas).
- Equipos con macOS y Windows.
IPStorm utilizó la red peer-to-peer de InterPlanetary File System (IPFS) para descentralizar su infraestructura de mando y control, lo que anulaba los bloqueos tradicionales basados en incautación de dominios DNS. La botnet infectó cientos de miles de dispositivos a nivel mundial, empaquetando su conectividad como "nodos residenciales premium" vendidos a través de empresas fachada como proximus.net y anonymity.network.
+------------------------------------------------------------------------------------+
| TOPOLOGÍA DE LA BOTNET IPSTORM |
+------------------------------------------------------------------------------------+
| |
| [Tráfico hacia el Destino] <---+ |
| | |
| +----------------------+----+ |
| | Smart TV Android / Pasarela| |
| | IoT Linux Desprotegida | |
| +---------------------------+ |
| ^ (Inyección SOCKS5 Local) |
| | |
| +----------------------+----+ |
| | Nodo libp2p / IPFS | |
| | (Malla C2 Descentralizada)| |
| +---------------------------+ |
| ^ |
| | Tramas de Control PubSub |
| v |
| +---------------------------+ |
| | Nodos Operadores IPStorm | |
| | (Backend de proximus.net) | |
| +---------------------------+ |
| ^ |
| | Túnel API HTTP Comercial |
| | |
| [ Crawler Corporativo / Cliente de Proxies Comerciales ] |
| |
+------------------------------------------------------------------------------------+Las conclusiones forenses publicadas por las agencias federales fueron concluyentes: la red comercial de proxies residenciales analizada no era más que una botnet monetizada mediante fachadas mercantiles.
3. Cómo se Obtienen los IPs "Residenciales": Malware en SDKs de VPN Gratuitas, Apps Piratas y Smart TVs Secuestradas
Pese a las acciones policiales contra redes específicas, la cadena de suministro global de proxies residenciales continúa operando mediante tácticas opacas, invasivas y carentes de consentimiento explícito.
Los brókers de proxies residenciales anuncian agrupaciones de 50 a 100 millones de IPs activas. Una conexión residencial asignada por un ISP requiere una línea fija física: fibra óptica hasta el hogar (FTTH), cable módem (DOCSIS) o xDSL que termina en un router físico (CPE). Para amasar millones de estas direcciones sin asumir contratos de telecomunicaciones residenciales, los intermediarios recurren a tres vectores de adquisición.
+----------------------------------------------------------------------------------+
| VECTORES DE CAPTACIÓN DE IPS RESIDENCIALES P2P |
+----------------------------------------------------------------------------------+
| |
| Vector 1: Inyección de SDKs de Monetización (Explotación en Tiendas de Apps) |
| [Desarrollador de App] ---> Integra SDK del Bróker ---> [Víctima Instala App] |
| (Recibe 0,02 $/instalación) (Juego/Herramienta) |
| | |
| v |
| [Tráfico Oculto de Fondo] |
| |
| Vector 2: Binarios Piratas y Software Modificado |
| [Portal Torrents/Warez] ---> Inyecta Payload DLL ---> [Víctima Instala Soft] |
| (Utilidades, Juegos) |
| | |
| v |
| [Cliente C2 SOCKS5 Inv.] |
| |
| Vector 3: Cajas Android TV de Marca Blanca (Cadena de Suministro Alterada) |
| [Fábrica OEM/Firmware] ---> Firmware AOSP Infectado -> [Consumidor Conecta TV] |
| (Trojan Badbox preinstalado) (Dispositivo Activo) |
| | |
| v |
| [Nodo Zombi Permanente] |
| |
+----------------------------------------------------------------------------------+1. Inyección de SDKs de Monetización en Aplicaciones Móviles
Es el mecanismo más extendido entre proveedores comerciales que intentan aparentar legalidad. Consiste en la distribución de kits de desarrollo de software (SDKs) cerrados a desarrolladores independientes de aplicaciones móviles y utilidades de escritorio.
- El creador de una app gratuita (por ejemplo, lectores de PDF, herramientas de optimización de batería o juegos casuales) integra el SDK del intermediario en su código fuente.
- El intermediario remunera al desarrollador en función de sus usuarios activos diarios (DAU), pagando fracciones de centavo por usuario al mes.
- El código del SDK recurre a técnicas avanzadas de ofuscación, reflexión dinámica y descifrado de payloads en tiempo de ejecución para burlar las revisiones de Google Play Protect y Apple App Store.
- Al usuario final se le presenta un Acuerdo de Licencia de Usuario Final (EULA) deliberadamente ambiguo, redactado en cláusulas extensas: "La aplicación podrá optimizar recursos inactivos de su dispositivo y red con fines de indexación analítica y cómputo distribuido".
- En ejecución, el SDK mantiene un servicio en segundo plano que, al detectar conexión Wi-Fi y carga de batería, registra el dispositivo en el clúster central del bróker, transformando el teléfono en un nodo de salida para peticiones web arbitrarias de terceros.
2. Software Modificado y Crackeado
Una porción significativa de las redes residenciales se nutre directamente de la distribución de software modificado. Los atacantes canalizan cargas maliciosas a través de:
- Portales de descarga de software de diseño, suites ofimáticas o plugins de audio profesional.
- Repositorios de código donde se publican supuestas mejoras o compilaciones alteradas de herramientas de automatización.
La carga útil evade los motores antivirus tradicionales debido a que no despliega ransomware ni criptomineros; su consumo de CPU se mantiene deliberadamente bajo (generalmente por debajo del 5%) y no satura la red doméstica. Se limita a levantar un shim de red en espacio de usuario, el cual abre túneles mTLS o WebSockets salientes contra los puntos de agregación del proveedor de proxies.
3. Cajas Android TV y Dispositivos de Streaming ("Badbox")
Un vector crítico en constante expansión es el de los reproductores multimedia domésticos (cajas Android TV OTT) de bajo coste manufacturados por marcas blancas. Gran cantidad de estos dispositivos se comercializan a nivel global con versiones troyanizadas del sistema operativo Android Open Source Project (AOSP) integradas desde fábrica.
Los análisis técnicos de la botnet Badbox identificaron cientos de miles de estos dispositivos operando como nodos proxy residenciales persistentes. Las condiciones de estos equipos los hacen idóneos para este fin:
- Conexión cableada por Ethernet o Wi-Fi permanente a routers domésticos.
- Funcionamiento continuo sin apagado.
- Ausencia de parches de seguridad y nula visibilidad para el usuario medio.
El usuario asume que el dispositivo se limita a reproducir vídeo, mientras su conexión doméstica actúa como puente de salida para crawlers corporativos, ataques de fuerza bruta y explotación de vulnerabilidades web.
4. Exposición Legal Corporativa: Responsabilidades CFAA, Incumplimiento de RGPD y Contaminación de Datos
Muchas organizaciones tratan los proxies como meras utilidades técnicas para evitar bloqueos por límite de peticiones (rate limiting). Esta desconexión entre la infraestructura técnica y el marco jurídico expone a las corporaciones a litigios de alto impacto, investigaciones regulatorias y pérdida de validez probatoria de sus conjuntos de datos.
+-----------------------------------------------------------------------------------+
| MATRIZ DE RIESGO JURÍDICO CORPORATIVO |
+-------------------+--------------------------------+------------------------------+
| Marco Normativo | Mecanismo de Infracción | Exposición Máxima |
+-------------------+--------------------------------+------------------------------+
| 18 U.S.C. § 1030 | Canalización de tráfico a | Causas penales federales; |
| (Computer Fraud | través de sistemas informáticos| reclamación de daños y |
| and Abuse Act) | accedidos sin consentimiento. | perjuicios civiles. |
+-------------------+--------------------------------+------------------------------+
| RGPD de la UE | Procesamiento de telemetría de | Multas de hasta 20 M€ o el |
| (Artículos 5, 6, | IPs de personas físicas sin | 4% de la facturación global; |
| 28 y 32) | base jurídica válida. | cesación de tratamiento. |
+-------------------+--------------------------------+------------------------------+
| Ley de Escuchas | Intercepción de flujos de | Delito federal; demandas |
| (Wiretap Act, | paquetes en segmentos de red | con indemnizaciones fijadas |
| 18 U.S.C. § 2511) | privada de consumidores. | por ley por infracción. |
+-------------------+--------------------------------+------------------------------+
| Integridad y | Mezcla de datos empresariales | Exclusión probatoria en |
| Cadena de Custodia| con tráfico originado en nodos | juicio; nulidad de modelos |
| de Datos | de botnets delictivas. | de IA por origen ilícito. |
+-------------------+--------------------------------+------------------------------+1. Computer Fraud and Abuse Act (CFAA) - 18 U.S.C. § 1030
Bajo la legislación federal estadounidense, acceder a un "equipo protegido" sin autorización o excediendo la autorización concedida para obtener información o generar alteraciones conlleva sanciones civiles y penales directas.
Si una corporación ejecuta procesos de extracción de datos a través de una red residencial cuyos nodos provienen de software troyanizado, EULAs engañosos o firmware alterado, está utilizando un sistema informático cuyo acceso no ha sido autorizado legítimamente por su titular.
El argumento corporativo tradicional de alegar desconocimiento ("Contratamos el servicio con un bróker externo y no conocíamos el origen técnico de las IPs") ha perdido validez en sede judicial:
- Las resoluciones del Departamento de Justicia y los antecedentes penales sientan jurisprudencia sobre la naturaleza ilegítima de los sistemas de adquisición de IPs residenciales P2P.
- En procedimientos civiles sobre extracción masiva de información web (por ejemplo, Meta Platforms, Inc. contra Bright Data Ltd. o LinkedIn Corp. contra hiQ Labs, Inc.), las fases de exhibición de pruebas (discovery) exigen formalmente contratos, registros de enrutamiento y telemetría de proxies.
- La demostración técnica de que los agentes automatizados de una compañía transitaron a través de nodos zombi para saltar medidas tecnológicas de protección habilita demandas fundamentadas en la CFAA y en la figura de intromisión ilegítima en bienes muebles (trespass to chattels).
2. Régimen del RGPD de la Unión Europea: Artículos 5, 6, 28 y 32
Para organizaciones que operan dentro de la Unión Europea o procesan datos de ciudadanos comunitarios, las redes residenciales P2P representan un foco de incumplimiento estructural.
- La dirección IP es un dato de carácter personal: El Tribunal de Justicia de la Unión Europea (TJUE) dictaminó con claridad en el asunto Breyer contra República Federal de Alemania (C-582/14) que las direcciones IP dinámicas constituyen datos de carácter personal cuando existen medios legales para identificar al titular de la conexión.
- Falta de Base de Legitimación (Artículo 6): Enrutar tráfico a través del router doméstico de un usuario implica el tratamiento de su dirección IP pública y de metadatos de conexión sin contar con su consentimiento expreso, interés legítimo verificable o relación contractual directa. Los consentimientos forzados o poco claros en apps móviles no cumplen los requisitos de especificidad e información que exige el RGPD.
- Infracción de la Relación con Subencargados del Tratamiento (Artículo 28): Cada nodo residencial intermedio opera fácticamente como un subencargado técnico del tráfico. Las redes P2P hacen pasar cargas corporativas confidenciales a través del hardware doméstico de terceros desconocidos, vulnerando el principio de seguridad y control técnico del tratamiento exigido por el Artículo 32.
3. Contaminación de Datos y Coexistencia con Tráfico Hostil (Co-Tenancy)
Al operar dentro de un grupo compartido de proxies residenciales, las peticiones corporativas se mezclan en la misma infraestructura física con operaciones de ciberdelincuencia activa.
Las direcciones de salida son dinámicas y rotativas. Una IP residencial asignada a las 10:00:00 UTC a un crawler corporativo para monitorizar precios de la competencia puede haber sido utilizada a las 09:59:45 UTC por un actor hostil para:
- Ataques de fuerza bruta y robo de credenciales bancarias.
- Validación masiva de tarjetas de crédito sustraídas en plataformas de comercio electrónico.
- Intercambio de comandos con implantes de ransomware activos.
- Ataques de denegación de servicio distribuido (DDoS) por amplificación.
Esta vecindad operativa genera un fenómeno crítico de contaminación de datos y reputación:
+----------------------------------------------------------------------------------+
| CANAL DE CONTAMINACIÓN POR VECINDAD OPERATIVA |
+----------------------------------------------------------------------------------+
| |
| [Actor Hostil: C2 de Ransomware / Carding] |
| | |
| v |
| [IP Residencial Comprometida: 198.51.100.45] |
| | |
| v (Activa Alertas en SIEM de Akamai / WAF de Cloudflare / Spamhaus) |
| [Infraestructura Destino: Puntuación de Amenaza = 99/100 (RIESGO CRÍTICO)] |
| |
| --- 30 SEGUNDOS DESPUÉS --- |
| |
| [Equipo de Ingeniería de Datos Corporativo] |
| | (Recibe la IP "Residencial" del Grupo Compartido) |
| v |
| [Misma IP Residencial: 198.51.100.45] |
| | |
| v |
| [Servidor Objetivo] ---> Bloqueo Inmediato / Desafío CAPTCHA / Lista Negra |
| ---> Metadatos Corporativos Registrados en Logs Forenses |
| de Incidentes Criminales |
+----------------------------------------------------------------------------------+Cuando las plataformas de inteligencia sobre amenazas (Spamhaus, Akamai Client Reputation, Cloudflare Radar) penalizan una IP por ciberataques recientes, los procesos corporativos heredan dicha calificación de riesgo. La tasa de éxito en las solicitudes cae en picado, los bloqueos por CAPTCHA se multiplican y la telemetría de la empresa queda indexada en investigaciones de respuesta ante incidentes cibernéticos.
5. Contraste Arquitectónico: Malla de Proxies Botnet P2P vs. Hardware Físico Dedicado
Las vulnerabilidades de los proxies residenciales provienen directamente de su naturaleza física: dependen de dispositivos domésticos no gestionados, inestables y conectados a redes de última milla heterogéneas.
El modelo moderno de nivel industrial sustituye esta red difusa e insegura por Pasarelas Celulares Industriales 5G Físicas Dedicadas. El siguiente análisis compara ambas topologías.
Arquitectura A: La Red Malla P2P Basada en Dispositivos Comprometidos
+---------------------------------------+
| Pipeline de Datos / Scraper Empresa |
+---------------------------------------+
|
| [Autenticación HTTPS / SOCKS5]
v
+---------------------------------------+
| Entrada del Bróker de Proxies |
| (Balanceador de Carga y Cuentas) |
+---------------------------------------+
|
+-------------------+-------------------+
| Gestor de Enrutamiento Saliente |
| (Multiplexor Dinámico de Puertos) |
+---------------------------------------+
|
+----------------------------+----------------------------+
| (Túneles Inversos Sin Control Centralizado) |
v v
+-----------------------+ +-----------------------+
| Smart TV Alterada | | PC Windows Infectado |
| (Firmware Badbox) | | (Software Modificado) |
+-----------------------+ +-----------------------+
| Wi-Fi Doméstico | | Módem Cable Doméstico |
| Jitter de 150-400 ms | | Pérdida Paquetes (~5%)|
+-----------------------+ +-----------------------+
| |
+----------------------------+----------------------------+
|
v
+---------------------------------------+
| Servidor Destino (Cloudflare, E-Com) |
| * Latencia Elevada e Inestable |
| * Puntuación de IP Degradada (Vecinos)|
| * Caídas Repentinas de Conexión |
| * Registro en Informes Forenses |
+---------------------------------------+Arquitectura B: Infraestructura de Hardware Físico Dedicado de Proxym
+---------------------------------------+
| Pipeline de Datos / Scraper Empresa |
+---------------------------------------+
|
| [mTLS 1.3 / Puerto Fijo Dedicado]
| [Ruta Estática Directa]
v
+---------------------------------------+
| Centro de Datos Industrial de Proxym |
| (Núcleo de Red en Francia) |
+---------------------------------------+
|
+-------------------+-------------------+
| Clúster de Hardware Dedicado: |
| Routers Industriales Teltonika |
| (Pasarelas RUTX50 / TRB500) |
+---------------------------------------+
|
+-------------------+-------------------+
| Tarjetas SIM Físicas Dedicadas: |
| Contratos Telecom de Grado Empresa |
| (Orange, SFR, Free, Bouygues) |
+---------------------------------------+
|
| [Enlace Celular 5G-NR Sub-6 / mmWave]
v
+---------------------------------------+
| Red Núcleo Móvil del Operador (CGNAT) |
| (Grupo Masivo Compartido: Millones de |
| Dispositivos Móviles Legítimos) |
+---------------------------------------+
|
| [Tránsito Celular Limpio Tier-1]
v
+---------------------------------------+
| Servidor Destino (Cloudflare, Akamai) |
| * Cero Huella de Botnet Oculta |
| * ASN de Operador Móvil Impecable |
| * Ancho de Banda Estable (Gigabit) |
| * Inmunidad Matemática a Bloqueos |
+---------------------------------------+Matriz Comparativa Técnica Detallada
La siguiente tabla desglosa los parámetros técnicos, operativos y regulatorios entre los Proxies Residenciales P2P y el Hardware Físico Dedicado 5G de Proxym:
| Parámetro Arquitectónico | Proxies Residenciales P2P | Hardware 5G Físico Dedicado de Proxym |
|---|---|---|
| Nodo Físico de Salida | Dispositivo doméstico infectado (PC, Smart TV, móvil) | Módem industrial para telecomunicaciones Teltonika RUTX50/TRB500 |
| Enlace de Red Subyacente | Conexión hogareña DSL, cable coaxial DOCSIS o Wi-Fi | Interfaz 5G-NR Sub-6GHz industrial en red celular dedicada |
| Categorización del ASN | ISP Residencial (Comcast, AT&T, Free Hogar) | Operador Móvil Mayorista Tier-1 (Orange, SFR, Free Mobile, Bouygues) |
| Exclusividad del Dispositivo | Compartido multiinquilino (riesgo de vecinos maliciosos) | Puerto físico exclusivo mono-inquilino (1 |
