Una aplicación VPN pide contactos y accesibilidad: qué conviene permitir

El instalador pide primero acceso a la red y luego contactos, accesibilidad y la instalación de un certificado. Solo la primera solicitud pertenece a la tarea. La decisión real está en la segunda pantalla.

Juzgue cada solicitud frente a una función que haya elegido, en la plataforma que usa. Ninguna lista universal de permisos cubre todos los productos VPN, y una lista larga no demuestra nada por sí sola.

El único permiso que la tarea necesita de verdad

Android pide al usuario que apruebe un servicio VPN mediante un diálogo del sistema antes de que empiece cualquier túnel, y el servicio de la aplicación declara BIND_VPN_SERVICE para que el sistema pueda vincularse a él. En lo operativo, la aplicación hace el trabajo de enrutamiento. El consentimiento viene de la persona que sostiene el dispositivo, en un diálogo que nombra la aplicación, y revocarlo después es una acción admitida.

Las plataformas de Apple expresan la misma idea con una extensión de red y una aprobación de instalación en lugar de una pantalla de permisos. Windows usa un controlador de adaptador virtual y un aviso de elevación. Dos formas, un solo significado: este programa puede manejar paquetes. Nada en esa autorización cubre leer su libreta de direcciones ni emitir su propia autoridad de certificación.

El acceso adicional es una concesión aparte con efectos aparte. Un cliente de enrutamiento que lo quiera necesita un motivo propio.

Donde las solicitudes adicionales necesitan su propia explicación

Un servicio de accesibilidad puede leer el contenido de la pantalla y actuar en su nombre, lo que va mucho más allá del enrutamiento. La administración del dispositivo puede imponer políticas de bloqueo y borrar datos. Un certificado raíz instalado por el usuario permite a quien tenga la clave correspondiente leer tráfico que TLS protegería de otro modo.

Cualquiera de esas cosas puede ser legítima. Los productos para dispositivos gestionados y de control parental pueden necesitar poderes de política, y una herramienta de soporte puede necesitar accesibilidad para guiarle por los ajustes.

El requisito es la trazabilidad: la solicitud apunta a una función con nombre, y esa función es visible en el producto que instaló. Una solicitud de contactos sin una pantalla que los muestre no tiene explicación que ofrecer. El argumento del cifrado tampoco se traslada, porque proteger los paquetes no dice nada sobre quiénes son sus amigos. Un producto legítimo aún puede pedir demasiado a través de una biblioteca incluida, y eso es un defecto que comunicar, no un delito que denunciar.

Anote la solicitud y la función a la que corresponde, y luego decida. Esa nota es también lo que mostrará al soporte cuando una función se rompa tras una denegación.

Leer la solicitud en el dispositivo

La ficha de la tienda describe la intención, mientras que el paquete instalado describe la realidad. Pregunte al gestor de paquetes qué se declaró y qué se concedió antes de aprobar cualquier otra cosa. El par importa más cuando la ficha y el manifiesto no coinciden.

Dos consultas cubren la mayor parte:

adb shell dumpsys package com.example.vpn | grep -E "requested permissions|install permissions" -A 30
adb shell cmd appops get com.example.vpn

La primera lista los permisos declarados frente a los concedidos, y esa es la comparación que expone un manifiesto demasiado amplio. La segunda muestra las operaciones de la aplicación en ejecución, incluidos accesos especiales que nunca aparecen como permisos ordinarios. Donde no haya herramientas de desarrollador, lea los mismos hechos en las pantallas de ajustes de la plataforma.

Esas pantallas tardan un minuto y no necesitan software. Accesibilidad, administración del dispositivo y almacenamiento de certificados enumeran cada una las aplicaciones que tienen la concesión.

Decidir y luego limitar el daño

Conceda la autorización de red a un cliente que haya elegido y trate cada solicitud adicional como una decisión propia. Deniegue las que no tengan una función correspondiente y luego vea qué se rompe. Un cliente de enrutamiento que falla cuando se rechaza el acceso a contactos nunca estaba pidiendo contactos en su nombre.

Revocar un permiso normalmente desactiva una sola función sin desinstalar la aplicación ni desmontar cada perfil. Vuelva a conectarse después y confirme que el túnel sigue estableciéndose.

Separe las dos preguntas que una solicitud tiende a fusionar: qué puede hacer este programa en el dispositivo y qué hace su operador con el tráfico una vez que el túnel está activo. La primera se responde aquí. La segunda necesita una política de retención, y ningún diálogo la proporciona.