Durante la pandemia del COVID-19 se han incrementado los ataques cibernéticos a las organizaciones tal como lo muestra el análisis realizado  por la CEPAL (Comisión Económica para América Latina y el Caribe), bajo este contexto podemos identificar que los ataques de ingeniería social siguen siendo los punteros como vector de ataque preferido. Con la llegada del COVID-19 muchas organizaciones tuvieron que cambiar sus esquemas de seguridad informática para permitir que sus colaboradores trabajaran desde casa, esto implicó muchos retos y dejó enseñanzas que se deben considerar en el corto plazo, una de estas enseñanzas tal como se menciona en el blog de We Live Security es el proceso de transformación digital y los cambios que se deben realizar más por voluntad y evitar hacer cambios por obligación dada una determinada situación.

Para los procesos de transformación digital es indispensable el uso de SaaS (Software as a service) que permite consumir un servicio sin necesidad de tener que instalarlo en un servidor físico dentro de la organización, si bien esta es una actividad que se ha ido adoptando por diversas organizaciones, el punto débil ha sido como gestionar la seguridad de estas aplicaciones, seguiremos aun confiando solamente en integrar nuestro Active Directory con las aplicaciones cloud que lo soporten? ¿O nos tocará seguir creando usuarios locales en cada aplicación cloud que nuestra organización consuma?  En ambas situaciones encontraremos complicaciones en su gestión, por el lado de Active Directory local estaremos haciendo una mezcla de dos tecnologías bastante diferentes entre sí y si vemos por el lado de la creación de cuentas por aplicación,  caeremos en el problema de la gestión de estos accesos y adicional le crearemos un problema adicional a los usuarios finales que deben manejar y memorizar estas cuentas y contraseñas.

Bajo el contexto de cómo manejar los accesos a los aplicativos nativos cloud y apoyar el proceso de transformación digital sin perder el enfoque en la seguridad informática surge la necesidad de implementar un gestor de identidad para estos aplicativos el cual está basado en el protocolo SAML2 y es conocido comercialmente como Single Sign On (SSO) o proveedor de inicio de sesión único. Antes de saber cómo implementarlo seguramente existen preguntas sobre qué es un SSO o como funciona en el manejo de las identidades de los usuarios.

¿Qué es un Single Sign On(SSO)?

El Single Sign On es una tecnología que nos permite unificar las identidades de nuestros usuarios de forma que mediante roles podamos brindar accesos a las respectivas aplicaciones que cada usuario posea, pero qué diferencia puede hacer un SSO dentro de la organización? Por ejemplo imaginemos que un usuario debe iniciar sesión en 6 plataformas distintas cada día para iniciar sus labores diarias, dentro de cada una de estas plataformas el debe ingresar una contraseña diferente y en el peor de los casos si el usuario no recuerda cual es la contraseña de esas cuentas debe pasar por un proceso de reseteo de clave, cuántos minutos le tomará a un usuario bajo estas condiciones comenzar su día? Esta es una de las principales ventajas del SSO que permite reducir los tiempos de inicio de sesión de los usuarios al tener centralizados todos los accesos dentro de una sola plataforma donde solo debe recordar una sola contraseña y como buena práctica un MFA (Multiple Factor de Autenticación).

Para entender cómo funciona el SSO veamos el siguiente ejemplo: