Permisos: los que la app declara y los que de verdad necesita

Cuando se compila la aplicación, una herramienta fusiona el manifiesto del equipo con el de cada biblioteca. Si una biblioteca declara un permiso, el paquete final lo declara, y al instalar la aplicación el sistema le muestra a la persona un mensaje que dice «Cuncuna Bici quiere acceder a…», no «la biblioteca X quiere acceder a…». Ante la persona, ante la tienda y ante el regulador, el permiso es de la aplicación.

Los permisos clasificados como peligrosos por el sistema (ubicación, contactos, cámara, estado del teléfono) se piden en ejecución y la persona puede negarlos, pero el permiso queda declarado y la biblioteca lo intentará usar si se concede.

El manifiesto fusionado trae una columna lo_declara que distingue lo que declaró la aplicación de lo que aportó cada biblioteca. Es la primera lectura de un análisis de permisos: separar lo propio de lo heredado. Lee SELECT * FROM manifiesto_fusionado.

El criterio para decidir si un permiso sobra es de producto, no técnico: cada permiso peligroso debe corresponder a una función que la persona pueda reconocer. Se cruza el manifiesto con la lista de funciones y se cuentan los peligrosos que ninguna función necesita. Un permiso normal (como acceder a la red) no cuenta, porque el sistema lo concede sin preguntar y no da acceso a datos personales.

Ojo con las funciones que necesitan más de un permiso: la columna lo dice con una «y».

No todos los permisos sobrantes pesan igual: importa cuánto se usan y quién los usa. La tabla uso_en_codigo separa las llamadas del código propio de las del SDK. Un permiso sin función, con cero llamadas del código propio y varias de una biblioteca, no es un descuido: alguien lo está ejerciendo.

La recomendación acompaña al hallazgo con una decisión del equipo, que es quien manda sobre su propia compilación. Las opciones razonables son tres: quitar la biblioteca si no hay una función que la justifique; configurar la fusión de manifiestos para que ese permiso no llegue al paquete, y probar que la función de la biblioteca sigue sirviendo sin él; o sustituir la biblioteca por otra que no lo pida. En todos los casos se repite el análisis del paquete siguiente para comprobar que el permiso ya no está.