Puntos clave
- Los permisos en tiempo de ejecución pueden generar configuraciones de apps distintas en cada dispositivo y aumentar el riesgo empresarial cuando los usuarios conceden más accesos de los necesarios.
- Las actualizaciones de apps pueden provocar poco a poco una acumulación de permisos: el acceso ampliado a la ubicación en segundo plano, al almacenamiento o a los sensores puede superar la evaluación de riesgos inicial si no existe una revisión estructurada.
- Las apps con privilegios excesivos exponen datos corporativos (archivos confidenciales, listas de contactos, patrones de ubicación, audio o vídeo en directo), por lo que los permisos se convierten en un asunto de gobernanza importante.
- Una gobernanza eficaz de los permisos de Android exige validar las apps, programar auditorías, aplicar controles de acceso basados en roles (RBAC) y definir políticas de seguridad que tengan en cuenta el estado de cumplimiento del dispositivo.
- Incluso con los controles de seguridad de Android, los permisos excesivos y obsoletos siguen siendo un posible vector de ataque para la empresa.
Los permisos en tiempo de ejecución de Android son controles de seguridad que obligan a las apps a pedir al usuario acceso a datos sensibles y a funciones del dispositivo. Este modelo de permisos mejora la privacidad del dispositivo, pero también plantea retos de gobernanza para las empresas que gestionan grandes flotas de dispositivos.
Modelo de permisos en tiempo de ejecución de Android: visión general y riesgos
En los primeros años de Android, los permisos de las apps se gestionaban con un modelo de concesión durante la instalación. Ese modelo otorgaba permisos estáticos al instalar la app, es decir, concedía un acceso amplio sin que el usuario entendiera antes sus implicaciones.
Con la llegada de Android 6.0 (Marshmallow), los permisos en tiempo de ejecución permitieron aprobar el acceso de forma contextual a recursos sensibles del dispositivo, como la cámara, el micrófono, la ubicación y los contactos.
Con los permisos en tiempo de ejecución, el usuario puede conceder a las aplicaciones estos tipos de acceso:
- Permitir: da a la app acceso continuo al recurso del dispositivo solicitado.
- Denegar: bloquea el acceso de la app al recurso solicitado, aunque puede volver a preguntar más adelante.
- Permitir solo mientras se usa la app: concede el acceso únicamente cuando la app está activa y restringe el acceso en segundo plano.
- Conceder acceso solo esta vez: permite el acceso temporal al recurso durante una única sesión.
- No volver a preguntar / Denegar permanentemente: bloquea el acceso y evita nuevas solicitudes salvo que el usuario lo cambie manualmente.
Como los permisos en tiempo de ejecución los inicia el usuario, en un mismo entorno puede acabar habiendo configuraciones diferentes en cada dispositivo.
Acumulación de permisos y riesgo del ciclo de vida de las solicitudes de permisos
Lo normal es que las aplicaciones reciban muchas actualizaciones, sobre todo las que siguen ciclos de vida de desarrollo de software estrictos. Con cada actualización, los permisos que requiere una aplicación pueden ampliarse y, a veces, de forma tan sutil que las organizaciones no lo detectan si no hacen una revisión a fondo.
Como los permisos en tiempo de ejecución se conceden solo cuando la app accede por primera vez a un recurso, la aprobación inicial y la evaluación de riesgos pueden dejar de reflejar con exactitud la capacidad de acceso a datos de la app después de una actualización. Los cambios de permisos pueden parecer pequeños, pero se acumulan con el tiempo y acaban generando un riesgo de exposición considerable.
Para entender cómo la acumulación de permisos altera la postura de riesgo de la empresa, conviene ver dónde suele producirse.
Acceso a la ubicación en segundo plano
Algunas aplicaciones, como los portales de RR. HH., necesitan acceso de geolocalización en primer plano, que activa los servicios de ubicación solo mientras se usa la app. Sin embargo, las actualizaciones pueden introducir solicitudes de acceso a la ubicación en segundo plano y, si no se retiran a tiempo, derivar en privilegios de ubicación excesivos.
Acceso ampliado al almacenamiento o a los archivos multimedia
Con los permisos en tiempo de ejecución, las actualizaciones pueden solicitar un acceso ampliado al almacenamiento, lo que puede dar a las apps, sin pretenderlo, un acceso excesivo a espacios donde hay documentos sensibles. Sin una revisión adecuada, esta acumulación de permisos de almacenamiento amplía de forma silenciosa el alcance del control de acceso a los datos de la organización.
Mayor recopilación de datos
Los permisos en tiempo de ejecución de Android solicitan acceso a datos o recursos del dispositivo: contactos, registros de llamadas, archivos, almacenamiento, cámara y micrófono. Cada permiso concedido amplía la capacidad de la app, pero también la superficie de ataque de la organización.
Por eso, en entornos empresariales, los permisos en tiempo de ejecución de Android requieren una monitorización continua, alertas para los permisos de alto riesgo y reevaluaciones periódicas de las aprobaciones.
Los permisos en tiempo de ejecución de Android como cuestión de gobernanza de datos
Conceder permisos ayuda a que las aplicaciones funcionen con eficacia. Pero los permisos también son vías potenciales de acceso a datos corporativos protegidos, porque aumentan el riesgo de exposición de la información del dispositivo.
Algunos de esos riesgos son:
- Riesgo de espionaje: el acceso al micrófono podría transmitir conversaciones confidenciales al exterior.
- Riesgo visual: el acceso a la cámara puede servir para captar documentos o equipos sensibles en zonas corporativas restringidas.
- Mapeo de proximidad: los atacantes pueden aprovechar los permisos de Bluetooth para detectar dispositivos cercanos y trazar un mapa de la infraestructura interna.
El modelo en tiempo de ejecución de Android gira en torno a la aprobación del usuario. Cuando las solicitudes se repiten una y otra vez, la insensibilización genera habituación y, con el tiempo, las aprobaciones se vuelven automáticas en lugar de razonadas.
Además, consentir no significa entender el riesgo: una solicitud vaga como «Permitir el acceso al micrófono» no explica con claridad las posibles implicaciones para la seguridad de la empresa.
Cómo gobernar los permisos en tiempo de ejecución de Android en la empresa
Como las actualizaciones de las apps de Android pueden dejar permisos obsoletos con el tiempo, estos deben formar parte de programas de gobernanza más amplios.
Validación y aprobación de aplicaciones
Antes de adoptar una aplicación, conviene someterla a un proceso de revisión que evalúe sus permisos y compruebe que se ajustan a la función que debe cumplir. Ese proceso de aprobación debería incluir:
- Evaluación de los permisos declarados antes de desplegar la app.
- Coherencia entre la función de la app y el acceso que solicita.
- Puntuaciones de riesgo basadas en la sensibilidad de los recursos a los que pide acceso.
- Rechazo de las aplicaciones con privilegios excesivos.
Auditorías periódicas de permisos
Sin auditorías regulares, las aplicaciones pueden ir acumulando permisos excesivos a medida que se aplican actualizaciones. Las organizaciones deberían programar revisiones de los permisos concedidos, vigilar de forma continua las nuevas solicitudes de acceso de alto riesgo y validarlas frente al nivel de riesgo aceptado.
Lo ideal es que los técnicos hagan estas revisiones al incorporar una app, después de actualizaciones importantes o, como mínimo, cada trimestre, como parte de la gobernanza habitual de permisos.
Políticas de acceso móvil basadas en roles
No todos los empleados necesitan el mismo nivel de permisos, porque las necesidades de acceso varían según el puesto y las responsabilidades. Las organizaciones deberían restringir ciertos permisos en los roles de mayor riesgo y limitar el acceso a los recursos sensibles siguiendo el principio del mínimo privilegio.
Acceso condicional según el estado del dispositivo
Los permisos en tiempo de ejecución deben encajar con los marcos generales de salud y cumplimiento de los dispositivos. Por ejemplo, un dispositivo que permite accesos de apps arriesgados debería tener un acceso limitado a la información sensible de la empresa. Así te aseguras de que solo los dispositivos seguros y que cumplen las políticas lleguen a los sistemas críticos del negocio.
Controles de seguridad más allá de la gestión de solicitudes de permisos
Los permisos en tiempo de ejecución son solo una parte de una arquitectura de seguridad de Android mucho más amplia. La mayoría de los dispositivos Android actuales incorporan varias protecciones integradas pensadas para limitar el compromiso del sistema, aislar las aplicaciones y proteger los datos sensibles.
Aislamiento de aplicaciones (sandboxing)
Android usa sandboxes para aislar cada aplicación y reducir el acceso a permisos entre apps. Esto significa que las apps se ejecutan en procesos separados y que el acceso directo a los datos de otra app está restringido, pero el sandboxing no limita a qué puede acceder una app con privilegios excesivos.
Almacenamiento con ámbito limitado (scoped storage)
El almacenamiento con ámbito limitado reduce la visibilidad sin restricciones del almacenamiento compartido. Con él, las apps solo pueden acceder a sus propios directorios y el acceso a los archivos multimedia compartidos exige un permiso explícito. Aun así, los permisos de almacenamiento que concede el usuario amplían esa frontera de protección.
Keystore respaldado por hardware
El keystore de Android funciona como almacén de claves de cifrado en entornos de hardware seguro. Así se protegen las credenciales y las claves criptográficas frente a robos o exfiltraciones, aislando el material de claves sensible y reduciendo la exposición a ataques y malware.
Arranque verificado
Android Verified Boot (AVB) valida la integridad del sistema y confirma que el sistema operativo del dispositivo no se ha manipulado durante el arranque. Ten en cuenta que, aunque AVB ayuda a evitar un compromiso a nivel de root, no evalúa las decisiones de permisos a nivel de aplicación.
Estos controles refuerzan la integridad de la plataforma, pero no eliminan el riesgo de exposición de datos corporativos asociado a aplicaciones de confianza con privilegios excesivos.
Aunque los controles de seguridad de Android son muy resistentes frente al compromiso del sistema, en muchos entornos las apps proceden de proveedores de confianza y las organizaciones mantienen los dispositivos protegidos. Lo habitual es que las brechas empresariales vengan de permisos excesivos en las aplicaciones y de permisos obsoletos que los controles de gobernanza no detectaron.
Gestiona los permisos en tiempo de ejecución en dispositivos Android con NinjaOne
NinjaOne ofrece una gestión basada en políticas para los permisos de las apps de Android y permite a los administradores controlar los permisos en tiempo de ejecución de cada aplicación por separado.
- Excepciones de permisos por app: con NinjaOne puedes permitir, denegar o pedir confirmación para permisos concretos de cada app, sobrescribiendo la configuración global.
- Excepciones de ámbitos delegados: concede privilegios adicionales a las aplicaciones, como la instalación de certificados o el acceso a configuraciones gestionadas.
- Configuraciones gestionadas: despliega ajustes concretos para las apps y garantiza un comportamiento uniforme en todos los dispositivos Android gestionados.
Una buena gobernanza de los permisos en tiempo de ejecución de Android reduce el riesgo
Los permisos en tiempo de ejecución de Android trasladan la aprobación de las solicitudes de las apps del modelo de instalación a un modelo iniciado por el usuario. Pero, en entornos empresariales, depender demasiado de esos permisos puede abrir huecos de gobernanza.
A medida que las aplicaciones se actualizan y los usuarios aprueban sus solicitudes, la gobernanza de permisos se convierte en una pieza clave de tu estrategia de seguridad para evitar permisos obsoletos. Incorporar auditorías de permisos, revisiones del ciclo de vida y aplicación de políticas a tus programas de gestión de dispositivos móviles ayuda a reducir la exposición de datos y a mantener el cumplimiento.
Temas relacionados:
