4 votos

¿Qué son todos estos hosts de internet de Google (dominios) y por qué se conecta el Android simplificado a todos ellos?

Los usuarios de tecnología se enfrentan a un desafío: Permitir que nuestros dispositivos tecnológicos funcionen sin que invadan nuestra privacidad.

Obviamente, elegir cuidadosamente los productos es un paso crítico. Desafortunadamente, los dos principales actores en el espacio de los teléfonos inteligentes, Google y Apple, son conocidos por sus cuestionables prácticas de recolección y recolección de datos.

LineageOS y /e/OS son proveedores emergentes de sistemas operativos de teléfonos inteligentes respetuosos con la privacidad. Hasta que se vuelvan más comunes, pensé que sería útil crear un compendio de los hosts de internet a los que se conecta Android por defecto.

Para hacer esto, dejé un dispositivo Android funcionando durante 5 horas y capturé todos los paquetes que intentaban salir del dispositivo.

El dispositivo Android estaba configurado para jamás compartir datos de contacto, datos de calendario, datos de tareas, datos de mapas, datos de ubicación, o cualquier historial de cualquier tipo. También estaba configurado para no transmitir ni recibir correo electrónico en absoluto. La función de búsqueda en internet del lanzador fue eliminada. Además, Google Chrome y el Asistente de Android de Google fueron desactivados, al igual que todas las diversas aplicaciones de "Google Play" (como Google Play Books, Google Play Games, Google Play Movies & TV, Google Play Music / YouTube, Google Play Newsstand) excepto la tienda Play. Dentro de la tienda Google Play, se desactivó la verificación automática de nuevas versiones de aplicaciones. Finalmente, se instaló un teclado no de Google y se estableció como predeterminado.

Incluso después de hacer todo esto, en solo 5 horas de que el teléfono estuviera sin ser usado, el dispositivo Android intentó conectarse a todos los siguientes hosts propiedad de Google:

history.google.com
mtalk.google.com
alt1-mtalk.google.com
alt2-mtalk.google.com
alt3-mtalk.google.com
alt4-mtalk.google.com
alt5-mtalk.google.com
alt6-mtalk.google.com
alt7-mtalk.google.com
alt8-mtalk.google.com
android.clients.google.com
www.google.com
android.googleapis.com
play.googleapis.com
cloudconfig.googleapis.com
connectivitycheck.gstatic.com
footprints-pa.googleapis.com
mobilemaps.googleapis.com
people-pa.googleapis.com
www.googleapis.com
www.googletagmanager.com
play-lh.googleusercontent.com
smtp.gmail.com

¿Cuál es el propósito de cada uno de estos hosts, y por qué se siguen realizando tantas conexiones a pesar de que casi todo lo relacionado con Google debería estar desactivado en el dispositivo?

Nota que no espero que un único respondiente conozca el propósito de cada host mencionado, pero esperemos que podamos trabajar juntos para utilizar esta pregunta y respuesta para crear un recurso de referencia de calidad.

0 votos

Es interesante que, después de dos años, esta publicación haya producido solo resultados parciales. Claramente, el propósito de muchas conexiones hechas a dispositivos Android está deliberadamente oculto. Las empresas legítimas publicarían detalles técnicos de sus operaciones. Utilizando AdShield, que lista las conexiones, y luego desactivándolas y viendo los resultados, he determinado que la mayoría de las conexiones al jugar juegos son con el propósito de servir anuncios. Eso no responde a la pregunta original, porque en su caso no estaban jugando juegos.

4voto

pr0nin Puntos 353

No conozco el propósito de todos los hosts, pero aquí está lo que sé:

connectivitycheck.gstatic.com

En este host típicamente solo se utiliza la URL https://connectivitycheck.gstatic.com/generate_204. Se utiliza por el dispositivo Android para determinar si hay acceso a Internet o no.

android.clients.google.com

Principalmente este host sirve a Google Play Store para todo tipo de consultas, por ejemplo, búsqueda de aplicaciones, registro periódico de dispositivos, ...

history.google.com

No está claro el propósito de este host. El servicio utilizado se llama "registro de historial" y el servidor responde si debe estar habilitado o no. ¿Potencialmente este es el host para la grabación de historial de ubicación de Google?

play.googleapis.com

Obviamente esta API es utilizada por Google Play Store. Por ejemplo, si una aplicación debe ser descargada, se utiliza este servidor (además de algunos otros servidores).

android.googleapis.com

Hasta donde sé, este servidor se utiliza con fines de autenticación y para notificaciones push de Google.

www.googleapis.com

Utilizado por varios servicios de Google como Google Calendar, Drive, Chat, Hangouts, Ubicación del usuario, Video de Android ...

Inspecciona el tráfico por tu cuenta

Si estás interesado en más detalles y tienes un dispositivo de repuesto con acceso root, te recomiendo instalar Xposed + TrustMeAlready plugin (esto deshabilita la verificación del servidor SSL/TLS para cada aplicación, por lo tanto hace que SSL/TLS sea totalmente inseguro, por lo tanto no uses esto en un dispositivo regular). Luego instala un proxy de interceptación HTTPS como Fiddler/Mitmproxy/Charles, ... en tu PC y configura tu PC como proxy en la configuración de Wi-Fi. Después podrás ver todos los datos transmitidos por tu dispositivo.

0 votos

¡Gracias Robert! Eso es un gran comienzo. El que escribiste acerca del que encuentro más curioso es history.google.com, ya que no parece que se necesite una llamada cuando la colección de historia está desactivada.

0 votos

@StevenPenny La única alternativa que conozco sería Frida/Objection y sus scripts contra el pinning de TLS. Pero para usar eso, necesitas adjuntarlo específicamente a cada proceso, lo que puede complicarse cuando se trata de procesos de Google, ya que tienes que manejar varios al mismo tiempo. Y 2 años no es tan antiguo. Tiene algunos problemas conocidos con aplicaciones ofuscadas que utilizan el pinning de OKHTTP, pero eso no se puede solucionar en un plugin universal contra el pinning.

0 votos

Me refiero a que publicaste esta recomendación bastante recientemente: ¿has usado TrustMeAlready recientemente, o fue algo que usaste hace tiempo y no estás seguro de la efectividad actual de la herramienta?

2voto

Reddy Lutonadio Puntos 46

@Robert ya ha dado una respuesta a varias direcciones. Solo agregaré mi opinión sobre lo siguiente:

OK, básicamente la idea es la siguiente: tu sistema hace una conexión a los servidores de Google, especificando algún tipo de AndroidID para ser reconocido.

Por otro lado, cada aplicación que utiliza GCM tiene una parte de servidor en algún lugar, que también hace una conexión a los servidores de Google, especificando un identificador de aplicación. Entonces, cuando se envía un evento a ti, se envía a los servidores de Google con tu AndroidID, permitiendo que el servidor lo retransmita a ti.

La idea detrás de esto es tener solo una conexión abierta en tu teléfono, en lugar de una por aplicación, lo que permite una vida útil de la batería mucho mayor. El costo es la privacidad, porque eso significa que todos los mensajes pasan por los servidores de Google. La aplicación puede trabajar un poco en torno a esto teniendo contenido de mensajes encriptado o una cantidad mínima de información dentro. Pero al menos Google tendrá la siguiente información: recibiste un mensaje de esta aplicación en este momento dado.

Ten en cuenta que GCM está obsoleto. Considera la dirección web solo para FCM ahora.

PreguntAndroid.com

PreguntAndroid es una comunidad de usuarios de Android en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros usuarios, hacer tus propias preguntas o resolver las de los demás.

Powered by:

X