Preguntas frecuentes
¿Se integra Innguma con el Directorio Activo?
Sí. Innguma se integra con el Directorio Activo de la organización: cada persona inicia sesión con su cuenta corporativa y las altas y bajas se gestionan de forma centralizada, desde el mismo directorio que la empresa ya usa para el resto de herramientas. Así, el acceso a la información de vigilancia sigue los mismos procesos de identidad que aplica el departamento de sistemas a cualquier otra aplicación corporativa.
¿Qué es el Directorio Activo y qué significa integrarse con él?
Active Directory es el servicio de directorio de Microsoft que muchas organizaciones usan en sus propios servidores para gestionar cuentas, grupos y credenciales. Su equivalente en la nube es Microsoft Entra ID, y muchas empresas combinan ambos: Microsoft llama identidad híbrida a tener una identidad común de usuario para autenticarse y autorizarse en recursos locales y en la nube, y la mantiene mediante aprovisionamiento y sincronización[1].
Integrar una aplicación con el directorio significa que la aplicación deja de gestionar sus propias contraseñas y confía en la identidad corporativa. El inicio de sesión único permite a cada persona entrar una vez con un único conjunto de credenciales y abrir las aplicaciones que tiene asignadas sin volver a identificarse[2].
¿Qué diferencia hay entre inicio de sesión único y aprovisionamiento?
Son dos piezas distintas que a menudo se confunden. Microsoft lo resume así: los estándares como SAML u OIDC resuelven el inicio de sesión, pero el acceso también exige que la cuenta exista en la aplicación, y el aprovisionamiento automático incluye crear, mantener y eliminar esas identidades cuando cambia la situación de cada persona[3].
| Mecanismo | Qué resuelve | Estándar habitual |
|---|---|---|
| Inicio de sesión único | Que la persona se autentique con su identidad corporativa | SAML 2.0, de OASIS[4], u OpenID Connect, protocolo de autenticación basado en OAuth 2.0[5] |
| Aprovisionamiento | Crear, actualizar y desactivar cuentas en la aplicación | SCIM, protocolo HTTP de la IETF para gestionar identidades entre dominios (RFC 7644, septiembre de 2015)[6] |
| Aprovisionamiento en el primer acceso | Crear la cuenta la primera vez que la persona inicia sesión | Atributos enviados en la autenticación (por ejemplo, en SAML)[3] |
| Sincronización híbrida | Alinear el directorio local con el de la nube | Herramientas de sincronización del proveedor de identidad[1] |
Qué mecanismo y qué protocolo concretos se usan con Innguma se acuerda con el equipo de sistemas de cada organización durante la puesta en marcha.
¿Por qué importan tanto las bajas en una plataforma de vigilancia?
Porque la vigilancia concentra información estratégica: qué competidores se siguen, qué tecnologías interesan, qué comentarios internos acompañan a cada señal. Una cuenta que sigue activa cuando su titular se ha ido, quizá a un competidor, es un riesgo concreto. Microsoft destaca como beneficio del aprovisionamiento automático la retirada inmediata de identidades de las aplicaciones cuando alguien deja la organización[3].
El Esquema Nacional de Seguridad recoge la misma lógica: el Real Decreto 311/2022 exige controlar el acceso a los sistemas (artículo 17) y configurarlos otorgando los mínimos privilegios necesarios (artículo 20), y desarrolla las medidas de control de acceso en su anexo II[7]. Gestionar altas y bajas desde un único directorio facilita cumplir esos principios.
Qué aporta la integración en Innguma
- Inicio de sesión corporativo. Cada persona accede a Innguma con la misma identidad que usa en el resto de herramientas.
- Altas centralizadas. Dar acceso a alguien nuevo forma parte del proceso habitual de alta en el directorio.
- Bajas centralizadas. El acceso se retira desde el mismo directorio en el que se gestiona la salida de la persona.
- Un único punto de control. Sistemas gobierna el acceso a Innguma con las políticas que ya aplica a otras aplicaciones.
Los sistemas que dan soporte a los servicios de vigilancia gestionada de Innguma están certificados en el ENS, categoría MEDIA (certificado 34/5704/24/05039, OCA Global, vigente hasta junio de 2028)[8].
Qué conviene preparar con el equipo de sistemas
- Qué directorio usa la organización: local, en la nube o híbrido.
- Qué grupo del directorio dará acceso a Innguma, para que el alta se haga añadiendo a la persona a ese grupo.
- Quién aprueba cada alta y quién comprueba periódicamente que no quedan accesos innecesarios.
- Qué políticas corporativas aplica ya el proveedor de identidad, como la autenticación multifactor, y si afectan al acceso.
- Quién revisa las listas de destinatarios de boletines cuando alguien cambia de área o se va.
- Una prueba con un grupo reducido antes de abrir el acceso al resto.
Fuentes y referencias
- [1] Microsoft Learn. What is hybrid identity with Microsoft Entra ID?
- [2] Microsoft Learn. What is single sign-on in Microsoft Entra ID?
- [3] Microsoft Learn. What is automated app user provisioning in Microsoft Entra ID
- [4] OASIS. Security Assertion Markup Language (SAML), repositorio de especificaciones, incluida la versión 2.0
- [5] OpenID Foundation. How OpenID Connect Works
- [6] IETF. RFC 7644, System for Cross-domain Identity Management: Protocol. 2015
- [7] Real Decreto 311/2022, de 3 de mayo, por el que se regula el Esquema Nacional de Seguridad. BOE
- [8] Certificado ENS de Innguma (PDF)