«WhatsApp revisa ADB_ENABLED y ve UIAutomator2 en RAM» - suena a mecánica exacta. Reconstrucción comunitaria sin confirmación Meta.
Granja 20–30 dispositivos + «desactiva ADB tras arrancar» = suposición, no conocimiento confirmado. Apuesta errónea → granjas siguen cayendo.
ADB_ENABLED, development_settings_enabled existen y son legibles.Base sólida; zona de suposiciones - como APK terceros.
Antes: WA lee ADB_ENABLED.
Después: flag existe; WA lo usa como señal antispam - no confirmado.
Antes: WA ve paquetes UIAutomator en RAM.
Después: Android 11+ limita visibilidad; sin prueba pública de acceso WA a procesos ajenos.
Antes: 20 teléfonos, mismo MTU/jitter → baneo de red.
Después: eliminar tesis - hipótesis de foro sin metodología.
| Marcador | Existe | WA confirmado |
|---|---|---|
| ADB_ENABLED | Sí | No |
| Paquetes uiautomator | Sí | No |
| Puerto 6790 | ~ | No |
| MTU/jitter | ~ | No |
| WABA vs granja ADB | - | Sí |
ADB obligatorio + flag legible + paquetes detectables → «WA debe hacerlo». Plausible, no prueba. Debate Package Visibility - transporte gris.
30 Android 11, USB, UIAutomator2, pausas 10–40 s - 27 baneos en 40 min. Logs: paquetes UIAutomator + MTU proxy igual.
Hecho: cascada masiva. No hecho: causa = paquetes/MTU vs patrón, velocidad, denuncias.
Reescritura: ADB off cíclico, Package ID custom → 80 msg/día - observación de un equipo.
0,5–1% usuarios con ADB siempre; 30–60 min detección 10+ devices; 2–3 ms jitter; puerto 6790 - como antispam conductual.
Magisk no oculta UIAutomator2. Wi-Fi ADB ≠ solución (flag sigue activo). Pausas random no enmascaran servicio automation. ADB oficial ≠ uso automatizado permitido.
WABA = única opora arquitectónica confirmada. Baneo granja ≠ prueba de ADB/MTU como causa. Recetas ADB/MTU = reducción riesgo, no garantía - distribución proxy. Riesgo real = comportamiento robotizado.
Cascada: no arregles ADB/MTU a ciegas - perfil conductual completo en el baneo.
Regla práctica:
Lo que Android puede leer ≠ lo que WhatsApp leyó y por eso baneó.