Permisos y API que Acceden a Información Sensible

Próximos cambios en este artículo

Este artículo se actualizará con los cambios anunciados recientemente.

Para brindar una experiencia que preserve más la privacidad de los usuarios, presentaremos la política de Permisos para Acceder a Fotos y Videos con el fin de reducir la cantidad de aplicaciones que estén autorizadas para solicitar permisos de acceso amplio a fotos o videos (READ_MEDIA_IMAGES y READ_MEDIA_VIDEO). Las aplicaciones solo podrán acceder a fotos y videos para fines directamente relacionados con las funciones de la aplicación. Las aplicaciones que tengan una necesidad infrecuente o de una sola vez de acceder a estos archivos deberán usar un selector de archivos del sistema, como el selector de fotos de Android. (en vigencia a partir del 22 de enero de 2025)

Para obtener una vista previa del artículo "Permisos y APIs que Acceden a Información Sensible" actualizado, visite esta página.

Las solicitudes de permisos y el uso de APIs que accedan a información sensible deben tener un sentido claro para los usuarios. Solo puede solicitar permisos y usar APIs que accedan a información sensible siempre y cuando estos sean necesarios para implementar funciones o servicios existentes en su aplicación que se promuevan en la ficha de Google Play. Se prohíbe el uso de permisos o APIs que accedan a información sensible que otorgue acceso a los datos del usuario o del dispositivo para funciones o fines no divulgados, no implementados o no autorizados. No se permite vender los datos sensibles o personales que se obtengan mediante permisos o APIs que accedan a información sensible, ni compartirlos para facilitar una venta.

Solicite permisos y use APIs que accedan a información sensible para tener acceso a los datos en contexto (mediante solicitudes incrementales), de modo que los usuarios comprendan por qué su aplicación los solicita o usa. Use los datos solo con los fines para los que el usuario haya otorgado consentimiento. Si más adelante desea usar los datos para otros fines, debe solicitar el permiso de los usuarios y asegurarse de que acepten los propósitos adicionales.

Permisos Restringidos

Además de lo anterior, los permisos restringidos son aquellos que se designan como Riesgosos, Especiales, de Firma o según se documenta a continuación. Estos permisos están sujetos a los siguientes requisitos y restricciones adicionales:

• Los datos de usuarios o dispositivos a los que se accede mediante Permisos Restringidos se consideran datos sensibles y personales de los usuarios. En este caso, se aplican los requisitos de la política de Datos del Usuario.
• Se debe respetar la decisión de los usuarios si rechazan una solicitud de Permisos Restringidos y no se debe manipular ni forzar a los usuarios para que den su consentimiento a ningún permiso que no sea crítico. Se deben realizar todos los esfuerzos razonables para ajustar el contenido a los usuarios que no otorguen acceso a permisos sensibles (por ejemplo, permitir que un usuario ingrese un número de teléfono de forma manual si restringió el acceso a los Registros de Llamadas).
• Se prohíbe expresamente el uso de permisos que infrinjan las políticas de software malicioso de Google Play (incluidas las relacionadas con el Abuso de Privilegios Elevados).

Algunos Permisos Restringidos pueden estar sujetos a los requisitos adicionales que se detallan a continuación. El objetivo de estas restricciones es proteger la privacidad de los usuarios. Es posible que hagamos excepciones limitadas a los requisitos en casos muy infrecuentes en los que las apps proporcionen una función crítica o sumamente atractiva para la que no exista un método alternativo disponible. Evaluaremos las excepciones propuestas en función de su impacto potencial sobre la privacidad o seguridad de los usuarios.

 

Permisos de SMS y Registro de Llamadas Los Permisos de SMS y Registro de Llamadas se consideran datos sensibles y personales de los usuarios y están sujetos a la política de Información Personal y Sensible, así como a las siguientes restricciones: Permiso Restringido Requisito Grupo de permisos de Registro de llamadas (p. ej., READ_CALL_LOG, WRITE_CALL_LOG, PROCESS_OUTGOING_CALLS) Debe estar registrado activamente como el controlador predeterminado de Teléfono o Asistente en el dispositivo. Grupo de permisos de SMS (p. ej., READ_SMS, SEND_SMS, WRITE_SMS, RECEIVE_SMS, RECEIVE_WAP_PUSH, RECEIVE_MMS) Debe estar registrado activamente como controlador predeterminado de SMS o del Asistente en el dispositivo.   Las apps que no posean la función de controlador predeterminado del Asistente, Teléfono o SMS no pueden declarar el uso de los permisos anteriores en el manifiesto. Esto también se aplica al texto de marcador de posición en el manifiesto. Además, las aplicaciones deben estar registradas de forma activa como controladores predeterminados del Asistente, Teléfono o SMS antes de solicitar a los usuarios que acepten cualquiera de los permisos anteriores. Asimismo, deben finalizar de inmediato el uso del permiso cuando dejen de ser controladores predeterminados. En esta página del Centro de ayuda, se pueden consultar los usos permitidos y las excepciones. Las aplicaciones solo pueden usar el permiso (y cualquier dato derivado de este) para brindar la funcionalidad principal aprobada de la aplicación. La funcionalidad principal se define como el objetivo más importante de la aplicación. Esto puede incluir una serie de funciones principales, las cuales deben estar claramente documentadas y promocionadas en la descripción de la aplicación. Sin las funciones principales, la aplicación se considera "dañada" o inútil. Solo se deben transferir, compartir o usar con licencia estos datos a fin de brindar funciones o servicios principales dentro de la aplicación, y no se puede extender su uso para ningún otro propósito (p. ej., mejorar otras aplicaciones o servicios, publicidad o marketing). No se pueden usar métodos alternativos (incluidos otros permisos, API o fuentes de terceros) para obtener datos atribuidos a los permisos de Registro de llamadas o SMS relacionados.

 

Permisos de Ubicación Se considera que la ubicación del dispositivo es un dato sensible y personal del usuario, y está sujeto a la política de Información Personal y Sensible, a la política de Ubicación en Segundo Plano y a los siguientes requisitos: Las aplicaciones no pueden acceder a los datos protegidos por permisos de ubicación (p. ej., ACCESS_FINE_LOCATION, ACCESS_COARSE_LOCATION, ACCESS_BACKGROUND_LOCATION) luego de que estos dejen de ser necesarios para implementar funciones o servicios existentes dentro de la aplicación. Nunca debe solicitar permisos de ubicación a los usuarios únicamente con fines de publicidad o análisis. Las aplicaciones que extienden el uso permitido de este dato para publicar anuncios deben cumplir con nuestra Política de Anuncios. Las aplicaciones deben solicitar el alcance mínimo necesario (es decir, ubicación aproximada en lugar de precisa y uso en primer plano en vez de en segundo plano) para proporcionar el servicio o la función en curso que requiere la ubicación, y los usuarios deben tener una expectativa razonable de que el servicio o la función necesita el nivel de ubicación solicitado. Por ejemplo, es posible que rechacemos las aplicaciones que soliciten acceso o que accedan a la ubicación en segundo plano sin una justificación convincente. La ubicación en segundo plano solo se puede usar con el fin de proporcionar funciones beneficiosas para el usuario y relevantes para la funcionalidad principal de la aplicación. Se permite que las aplicaciones accedan a la ubicación con un servicio en primer plano (cuando la aplicación solo tiene acceso en primer plano, p. ej., "durante el uso") si el uso cumple con las siguientes condiciones: Se inició como una continuación de una acción iniciada por el usuario dentro de la aplicación. Finaliza inmediatamente después de que la aplicación completa el caso de uso previsto de la acción iniciada por el usuario. Las aplicaciones diseñadas específicamente para niños deben cumplir con la política de Diseñado para Familias. Para obtener más información sobre los requisitos de la política, consulte este artículo de ayuda.

 

Permiso "Acceso a todos los archivos" Los archivos y los atributos de directorio del dispositivo de un usuario se consideran datos personales y sensibles sujetos a la Política de Información Personal y Sensible y a los siguientes requisitos: Las aplicaciones solo deben solicitar acceso al almacenamiento del dispositivo que resulte fundamental para su funcionamiento y no pueden solicitar acceso al almacenamiento del dispositivo en nombre de ningún tercero que no esté relacionado con la funcionalidad crítica de la aplicación. Los dispositivos Android que ejecuten la versión R o una posterior requerirán el permiso MANAGE_EXTERNAL_STORAGE para administrar el acceso en el almacenamiento compartido. Todas las aplicaciones que se orienten a Android R y soliciten acceso amplio al almacenamiento compartido ("Acceso a todos los archivos") deben realizar y aprobar una revisión de acceso adecuada antes de su publicación. Las aplicaciones que pueden usar este permiso deben solicitar a los usuarios que habiliten el "Acceso a todos los archivos" en la configuración de "Acceso especial de apps". Para obtener más información sobre los requisitos de Android R, consulte este artículo de ayuda.

 

Permiso de Visibilidad de Paquetes (Aplicaciones) Cuando se consulta el inventario de aplicaciones instaladas desde un dispositivo, dicho contenido se considera información sensible y personal del usuario, y está sujeto a la política de Información Personal y Sensible, así como a los requisitos que se detallan a continuación. Las aplicaciones que tienen como propósito principal lanzar o explorar otras aplicaciones del dispositivo, o interoperar con ellas, pueden obtener visibilidad apropiada para el alcance de otras aplicaciones instaladas en el dispositivo, como se describe a continuación: Visibilidad amplia de la aplicación: La visibilidad amplia es la capacidad de una aplicación para tener una visibilidad extensa (o "amplia") de las aplicaciones instaladas ("paquetes") en un dispositivo. En el caso de las aplicaciones segmentadas al nivel de API 30 o niveles superiores, la visibilidad amplia de las aplicaciones instaladas mediante el permiso QUERY_ALL_PACKAGES está restringida a casos de uso específicos en los que el conocimiento de las aplicaciones del dispositivo o la interoperabilidad con ellas son necesarios para que funcione la aplicación.  No puede usar QUERY_ALL_PACKAGES si su aplicación puede funcionar con una declaración de visibilidad de paquetes específicos segmentada más limitada (p. ej., consultar paquetes específicos e interactuar con ellos en lugar de solicitar una visibilidad amplia). El uso de métodos alternativos para aproximar el nivel de visibilidad amplia asociado con el permiso QUERY_ALL_PACKAGES también está restringido a la funcionalidad principal para el usuario de la aplicación y la interoperabilidad con las aplicaciones que se detecten a través de este método. Si desea conocer los casos de uso admisibles para el permiso QUERY_ALL_PACKAGES, consulte este artículo del Centro de ayuda. Visibilidad limitada de la aplicación: La visibilidad limitada ocurre cuando una aplicación minimiza el acceso a los datos mediante búsquedas de aplicaciones específicas con métodos más puntuales (en lugar de métodos "amplios"), como búsquedas de aplicaciones específicas que satisfacen la declaración del manifiesto de la aplicación. Puede usar este método para realizar búsquedas de aplicaciones en los casos en que su aplicación tenga interoperabilidad en cumplimiento con las políticas o esté a cargo de la administración de esas aplicaciones.  La visibilidad del inventario de las aplicaciones instaladas en un dispositivo debe estar directamente relacionada con el propósito o la funcionalidad principales a los que acceden los usuarios en su aplicación.  Los datos de inventario de las aplicaciones que se consultan desde las aplicaciones distribuidas en Play no se pueden vender ni compartir con fines de análisis o monetización de anuncios.

 

Accessibility API No se puede usar la API de Accessibility para los siguientes fines: Cambiar los parámetros de configuración de los usuarios sin su permiso o impedir la posibilidad de que los usuarios inhabiliten o desinstalen cualquier aplicación o servicio, a menos que se cuente con la autorización de una madre, un padre o un tutor en una aplicación de control parental o de administradores autorizados en un software de administración empresarial  Ignorar las notificaciones y los controles de privacidad integrados de Android Cambiar la interfaz de usuario o sacar provecho de ella de una manera engañosa o que de otro modo incumpla las Políticas para Desarrolladores de Google Play  La API de Accessibility no se puede solicitar para realizar grabaciones de audio de llamadas remotas, ya que no está diseñada para tal fin.  El uso de la API de Accessibility debe estar documentado en la ficha de Google Play. Lineamientos para el uso de la etiqueta IsAccessibilityTool Las aplicaciones cuya funcionalidad principal pretenda brindar asistencia directa a las personas con discapacidades son aptas para usar la etiqueta IsAccessibilityTool a fin de designarse públicamente como aplicaciones de accesibilidad de forma adecuada. Las aplicaciones que no sean aptas para usar IsAccessibilityTool no pueden usar la etiqueta y deben cumplir con los requisitos de consentimiento y divulgación destacada que se describen en la política de Datos del Usuario debido a que la función de accesibilidad no es obvia para el usuario. Para obtener más información, consulte el artículo del Centro de ayuda sobre la API de AccessibilityService. Cuando sea posible, las aplicaciones deben usar API y permisos con alcances más restringidos en lugar de la API de Accesibility a fin de lograr la funcionalidad deseada.

 

Permiso Solicitar Paquetes de Instalación El permiso REQUEST_INSTALL_PACKAGES autoriza a la aplicación a solicitar la instalación de paquetes de aplicación.​​ Para usar este permiso, la funcionalidad principal de su aplicación debe incluir lo siguiente: Envío o recepción de paquetes de aplicación Habilitación de instalaciones de paquetes de app iniciadas por el usuario Las funcionalidades permitidas incluyen las siguientes: Búsqueda o navegación web Servicios de comunicación que admitan archivos adjuntos Uso compartido, transferencia o administración de archivos Administración de dispositivos empresariales Copia de seguridad y restablecimiento Migración de Dispositivo o Transferencia Telefónica Aplicación Complementaria para sincronizar el teléfono con el dispositivo wearable o IoT (por ejemplo, reloj inteligente o smart TV) La funcionalidad principal se define como el objetivo más importante de la aplicación. La funcionalidad principal, así como cualquier otra función importante que la constituya, deben documentarse de forma destacada y promocionarse en la descripción de la aplicación. El permiso REQUEST_INSTALL_PACKAGES no debe usarse para realizar actualizaciones automáticas, modificaciones o implementaciones de paquetes de otros APK en el archivo de activos, a menos que sea con fines de administración de dispositivos. Todas las actualizaciones o instalaciones de paquetes deben estar sujetas a la política de Abuso de Redes y Dispositivos de Google Play, y el usuario es quien debe iniciarlas.

 

Permisos para Health Connect de Android Acceso y Uso Adecuados de Health Connect Health Connect solo se puede usar de acuerdo con las políticas y los términos y condiciones aplicables, y para los casos de uso aprobados según se describe en esta política. Esto significa que solo puede solicitar acceso a los permisos cuando su aplicación o servicio cumpla con uno de los casos de uso aprobados. Los casos de uso aprobados incluyen fitness y bienestar, recompensas, entrenamiento físico, bienestar corporativo, investigación y atención médica, y juegos. Solo se permite que soliciten acceso a los Permisos de Health Connect los servicios o las aplicaciones que tienen una o más funciones designadas para beneficiar la salud y el estado físico de los usuarios. Esto incluye: Aplicaciones o servicios que les permitan a los usuarios registrar, informar, supervisar o analizar directamente su actividad física, sueño, bienestar mental, nutrición, mediciones de salud, descripciones físicas u otras mediciones y descripciones relacionadas con salud y fitness Aplicaciones o servicios que les permitan a los usuarios almacenar en sus dispositivos su actividad física, sueño, bienestar mental, nutrición, mediciones de salud, descripciones físicas u otras mediciones y descripciones relacionadas con salud y fitness El acceso a Health Connect no se puede usar si incumple esta política o cualquier otra política o términos y condiciones aplicables de Health Connect, incluso con los siguientes propósitos: No use Health Connect para desarrollar aplicaciones, entornos o actividades, ni para incorporar esta opción a ellos, en los que se prevea de manera razonable que el uso o la falla de Health Connect podría provocar la muerte, lesiones personales o daños ambientales o a la propiedad (como la creación o la puesta en funcionamiento de instalaciones nucleares, controles de tráfico aéreo, sistemas de soporte vital o armamento). No acceda a datos obtenidos a partir de Health Connect con aplicaciones sin interfaz gráfica. Las aplicaciones deben mostrar un ícono claramente identificable en la bandeja de aplicaciones, admitir la configuración en el dispositivo, mostrar íconos de notificaciones, etcétera. No use Health Connect con aplicaciones que sincronicen datos entre plataformas o dispositivos incompatibles. No use Health Connect para conectarse a aplicaciones, servicios o funciones que estén dirigidas exclusivamente a niños. Tome medidas razonables y adecuadas para proteger todas las aplicaciones o sistemas que usen Health Connect contra el acceso, el uso, la destrucción, la pérdida, la alteración o la divulgación que no estén autorizados o no sean legales. También es responsabilidad suya garantizar el cumplimiento de cualquier requisito legal o regulatorio que se aplique según su uso previsto de Health Connect y los datos de Health Connect. A excepción de lo que se detalla explícitamente en las etiquetas o la información que proporciona Google para productos o servicios específicos de Google, Google no recomienda el uso ni garantiza la precisión de los datos incluidos en Health Connect para cualquier uso o propósito, y, en particular, para usos médicos o relacionados con la salud o la investigación. Google renuncia a toda responsabilidad asociada con el uso de datos obtenidos con Health Connect. Uso Limitado Cuando use Health Connect, el acceso a los datos y el uso que haga de ellos deben cumplir con limitaciones específicas: El uso de los datos se debe limitar a proporcionar o mejorar el caso de uso apropiado o las funciones visibles en la interfaz de usuario de la aplicación. Los datos de los usuarios se pueden transferir a terceros únicamente con el consentimiento explícito de los usuarios: con fines de seguridad (por ejemplo, para investigar un abuso), para satisfacer las leyes o reglamentaciones aplicables, o como parte de fusiones o adquisiciones. A menos que se haya obtenido el consentimiento explícito de los usuarios, el acceso de seres humanos a datos de los usuarios está restringido para fines de seguridad, para satisfacer las leyes o cuando se agregan datos para operaciones internas de acuerdo con los requisitos legales. Está prohibido cualquier otro uso, transferencia o venta de datos de Health Connect, lo que incluye lo siguiente: Transferir o vender datos de los usuarios a terceros, como plataformas publicitarias, agentes de datos o cualquier revendedor de información Transferir, vender o usar datos de los usuarios para publicar anuncios, lo que incluye publicidad personalizada o basada en intereses Transferir, vender o usar datos de los usuarios para determinar la solvencia crediticia o con fines de préstamos Transferir, vender o usar datos de los usuarios con cualquier producto o servicio que podría considerarse como un dispositivo médico, a menos que la aplicación de dispositivo médico satisfaga todas las reglamentaciones aplicables, incluido obtener las aprobaciones o los permisos necesarios de los órganos reguladores pertinentes (p. ej., la FDA de EE.UU.) para el uso previsto de los datos de Health Connect, y que el usuario haya otorgado su consentimiento explícito para tal uso Transferir, vender o usar datos de los usuarios para cualquier fin o de cualquier manera que implique Información de Salud Protegida (según se define en la HIPAA), a menos que reciba aprobación previa por escrito de Google para dicho uso Alcance Mínimo Solo debe solicitar acceso a los permisos que son necesarios para implementar los servicios o las funciones de sus productos. Dichas solicitudes de acceso deben ser específicas para los datos que son necesarios y limitarse a ellos. Control y Aviso Precisos y Transparentes Health Connect administra datos de salud y fitness, lo que incluye información sensible, y exige que todas las aplicaciones tengan una política de privacidad integral. La política de privacidad debe divulgar con transparencia de qué manera la aplicación recopila, usa y comparte datos de los usuarios. Más allá de los requisitos legales, los desarrolladores deben incluir la siguiente información en la política de privacidad: Representación precisa de la identidad de la aplicación, donde se explique de manera general a qué datos se accede y su relación con las funciones o recomendaciones destacadas de la aplicación Prácticas de retención y eliminación de datos Procedimientos de tratamiento de datos, como la práctica de transmitir que usan criptografía moderna (por ejemplo, por HTTPS) Si desea obtener más información sobre los requisitos para las aplicaciones que se conectan a Health Connect, consulte este artículo del Centro de ayuda.

 

Servicio de VPN VpnService es una clase básica para que las aplicaciones extiendan y compilen sus propias soluciones de VPN. Únicamente las aplicaciones que usan VpnService y tienen una VPN como su funcionalidad principal pueden crear un túnel seguro a nivel del dispositivo hacia un servidor remoto. Entre las excepciones se incluyen las aplicaciones que requieren un servidor remoto para la funcionalidad principal, como las siguientes: Aplicaciones de administración empresarial y control parental Opciones de seguimiento de uso de aplicaciones Aplicaciones de seguridad del dispositivo (por ejemplo, antivirus, administración de dispositivos móviles, firewall) Herramientas relacionadas con redes (por ejemplo, acceso remoto) Aplicaciones de navegación web Aplicaciones del operador que requieren el uso de funciones de la VPN para proporcionar servicios de conectividad o telefonía VpnService no se puede usar para lo siguiente: Recopilar datos personales y sensibles de los usuarios sin su consentimiento y una divulgación destacada Redireccionar o manipular el tráfico de otras aplicaciones en un dispositivo con fines de monetización (por ejemplo, redireccionar el tráfico de anuncios por un país que no sea el del usuario) Las aplicaciones que usan VpnService deben hacer lo siguiente: Documentar el uso de VpnService en la ficha de Google Play Encriptar los datos que van del dispositivo al extremo del túnel de la VPN Cumplir con todas las Políticas del Programa para Desarrolladores, incluidas las políticas de Fraude Publicitario, Permisos y Software Malicioso.

 

Permiso de Alarmas Exactas Se implementará un nuevo permiso, USE_EXACT_ALARM, que otorgará acceso a la funcionalidad de alarmas exactas en las aplicaciones a partir de Android 13 (nivel de API objetivo 33).  USE_EXACT_ALARM es un permiso restringido, y las aplicaciones solo deben declarar este permiso si su funcionalidad principal admite la necesidad de una alarma exacta. Las aplicaciones que solicitan este permiso restringido están sujetas a revisión, y no se permitirá la publicación en Google Play de las que no cumplan con los criterios de casos de uso aceptables. Casos de uso aceptables para utilizar el Permiso de Alarmas Exactas Su aplicación debe usar la funcionalidad de USE_EXACT_ALARM únicamente cuando la funcionalidad principal del lado del usuario requiera acciones con tiempos precisos, como en los siguientes ejemplos: Es una aplicación de alarma o temporizador. Es una aplicación de calendario que muestra notificaciones de eventos. Si tiene un caso de uso para la funcionalidad de alarma exacta que no está abarcado más arriba, debe evaluar si el uso de SCHEDULE_EXACT_ALARM como alternativa es una opción. Para obtener más información sobre la funcionalidad de alarma exacta, consulte esta orientación para desarrolladores.

 

Permiso de Intent de Pantalla Completa En el caso de las aplicaciones que se orientan a Android 14 (nivel de API 34) y versiones superiores, USE_FULL_SCREEN_INTENT es un permiso especial de acceso para aplicaciones. Solo se permitirá automáticamente que las aplicaciones usen el permiso USE_FULL_SCREEN_INTENT si su funcionalidad principal está dentro de una de las siguientes categorías que requieren enviar notificaciones de alta prioridad: establecer una alarma recibir llamadas telefónicas o videollamadas Las aplicaciones que soliciten este permiso están sujetas a revisión, y a las que no cumplan con los criterios indicados arriba no se les otorgará automáticamente este permiso. En esos casos, las aplicaciones deberán pedirle permiso al usuario para usar USE_FULL_SCREEN_INTENT. No olvide que todo uso del permiso USE_FULL_SCREEN_INTENT debe satisfacer las Políticas para Desarrolladores de Google Play, incluidas las políticas de Software No Deseado para Dispositivos Móviles, Abuso de Dispositivos y Redes, y Anuncios. No se permite que las notificaciones de intents de pantalla completa interfieran con los dispositivos de los usuarios de maneras no autorizadas ni que los afecten negativamente o accedan a ellos. Las aplicaciones tampoco deben interferir con otras aplicaciones ni con la usabilidad del dispositivo. Obtenga más información sobre el permiso USE_FULL_SCREEN_INTENT en nuestro Centro de ayuda.