Acabo de tropezar con algunos permisos que parecen claros a primera vista (ya los había notado hace un tiempo, pero decidí investigar más a fondo ahora). Pensando en posibles implicaciones, me gustaría saber realmente a qué características/datos dan acceso, ya que esto podría ser bastante personal/sensible:
com.google.android.gm.permission.READ_GMAIL: a menudo la razón dada es "para acceder a archivos adjuntos" (como archivos PDF para ser abiertos con un lector de PDF). ¿Pero es eso todo? ¿O podría una aplicación equipada con este permiso leer todo el correo?com.google.android.gm.permission.WRITE_GMAIL: ¿podría una aplicación con este permiso escribir y enviar correos en mi nombre? ¿O incluso borrar correos existentes (incluido el "escrito y enviado", para ocultar sus actividades)?com.google.android.gm.permission.READ_CONTENT_PROVIDER: una aplicación describe su uso como "leer etiquetas de Gmail y obtener conteo de no leídos". Otra escribe "Usado para actualizar el conteo de correos electrónicos no leídos en tu pantalla de bloqueo. El contenido del correo electrónico no se envía a nuestros servidores." Lo que sugiere que este permiso puede ser utilizado para acceder al contenido completo del correo. ¿Y a otros contenidos?
En algún código fuente encontré el comentario Permiso requerido para acceder aandroid.content.ContentProvider, lo que sugiere que mucho contenido se puede acceder de esta manera si significa EL proveedor de contenido, incluidos contactos y calendarios. Al no ser un desarrollador de Android, realmente no puedo decirlo sin que me lo digan primero.google.android.gtalkservice.permission.GTALK_SERVICE: ¿Sí, por favor?
He "googleado" todos ellos (lo anterior ya es el resultado de mi investigación). Y por supuesto, comencé con mis fuentes favoritas cuando se trata de permisos:
- la referencia de permisos en Android Developers
- explicación de permisos en AndroidForums.COM
- algún código fuente de framework en Github
- más código fuente de framework en Android Source
- nuestra propia referencia en ¿Qué significan los permisos que requieren las aplicaciones?
Pero todo lo anterior es lo único que pude encontrar. ¿Alguien podría arrojar más luz sobre esto? Desde la perspectiva de un usuario, ¿qué se puede acceder con esos permisos y cuáles son las implicaciones de privacidad? Se apreciaría una representación de "buen policía/mal policía", naturalmente :)
1 votos
¿Has visto los permisos de Google Play Services? "Añadir permisos adicionales en cualquier momento." No puedo responder por qué están ahí, y cómo surgió esto, pero anecdóticamente Google parece estar agregando permisos a todas las aplicaciones recientemente. Podría ser la unificación de los servicios/framework juegos/correo/talk/plus y demás. Pero es muy extraño y muy alarmante. Me han dicho, fuera de registro, que Chrome tiene más código relacionado con la personalización, el registro, etc. que con la navegación por Internet real. No sé en absoluto si eso es cierto. Ciertamente hay un cambio en ¡'todos los permisos!' últimamente.
0 votos
¿Podrías proporcionar un poco más de información sobre dónde estás viendo estos permisos? Podría investigar un poco por ti, pero necesitaré al menos el nombre completo de cada permiso para comenzar (incluyendo el
android.permission.o lo que sea al principio). Ten en cuenta que cualquier aplicación puede definir nuevos permisos para controlar cómo otras aplicaciones utilizan las funciones de esa aplicación.1 votos
@RossC Sí, eso es correcto. Pero los 4 mencionados ya llevan algún tiempo disponibles, así que no estoy preguntando por las "últimas tendencias". Al ser ofrecidos por las propias aplicaciones de Google (ver mi edición), no están citados en los manifiestos de AOSP; y al ser códigos propietarios de GApps, no hay mucho que investigar. // Comparto tu opinión sobre lo "alarmante" (esas campanas son una de las cosas detrás de mi pregunta). Y aunque tu ejemplo de Chrome parece "exagerado", lo compro totalmente...
0 votos
No es sorprendente que Chrome contenga más código en las funciones secundarias que en la navegación. La mayoría del código para renderizar páginas está en WebKit (ahora Blink) y V8 y la ventana principal de navegación es básicamente la misma que en el proyecto Chromium.