A medida que m谩s organizaciones de las tecnolog铆as de la informaci贸n (TI) cambian su infraestructura de administraci贸n de la identidad a la cloud, la competencia por encontrar soluciones de manejo de identidad SaaS se intensifica. En el entorno del inicio de sesi贸n 煤nico (SSO) dentro de la web, por lo general es el Azure Active Directory (Azure AD o AAD) versus Okta.
De hecho, Microsoft y Okta comparten un poco de historia entre s铆, con fuertes declaraciones y acusaciones que se remontan a trav茅s de los a帽os. Curiosamente, mientras ambas compiten en el mercado de la Identidad-como-un-Servicio (IDaaS) o el mercado de las aplicaciones web SSO, ambas partes tambi茅n dependen en gran medida del Microsoft Active Directory para funcionar en un alto nivel.
Mientras son competidores donde se superponen en el SSO de la aplicaci贸n web y la autenticaci贸n multi-factor (MFA o 2FA), divergen en gran manera en diferentes rutas m谩s all谩 de su similitud. Despu茅s de la competencia frente a frente en el inicio de sesi贸n 煤nico dentro de la aplicaci贸n web y en la 2FA, son dos herramientas separadas que satisfacen diferentes necesidades para los administradores de las TI. Actualmente, compararemos y contrastaremos Azure AD con Okta; y exploraremos donde reside su intensa competencia.
Azure AD: Piense en una Extensi贸n del Active Directory, No en un Reemplazo
Muchas organizaciones de TI est谩n inicialmente confundidas por la similitud de sus nombres y se cree que el Azure Active Directory se trata del reemplazo de los servicios de directorio basado en la cloud para el Active Directory, pero este no es el caso. El Active Directory se sigue alojando localmente, mientras que Azure AD se ha dise帽ado para ser el sistema de gesti贸n de usuario basado en la cloud para la infraestructura en la cloud y las aplicaciones en la web.
Esto se demuestra por el hecho de que Azure AD no cuenta con la capacidad de base para autenticar usuarios localmente o en sistemas remotos incluyendo Windows庐 (sin Windows 10), ordenadores Mac庐 y Linux庐, infraestructura de la cloud albergada en AWS庐 o GCP庐 (la Plataforma de la cloud en Google), los recursos locales de la red (VPNs, WiFi), los servidores de archivos locales basados en Samba y por lo general cualquier otra cosa que opere fuera del ecosistema de Microsoft Azure (fuera de las aplicaciones de la web).
La funci贸n principal de Azure AD es de ser la infraestructura de autenticaci贸n de usuario para Azure, el servicio de computaci贸n en la cloud de Microsoft que compite con AWS y GCP, Microsoft 365, y una soluci贸n de sesi贸n 煤nica en la web. Est谩 dise帽ado en gran manera para servidores Windows e infraestructuras basadas en Windows alojadas en Azure, con la finalidad de Microsoft de cambiar la infraestructura local de sus clientes a su centro de datos (Azure). Microsoft emplea esto en gran medida para competir con AWS, para contener el 茅xodo del volumen de trabajo de los servidores de Windows lejos de ellos.
Esto significa que a pesar de que el Azure Active Directory pueda ser un avance significativo hacia un sistema de gesti贸n de usuario basado en la cloud, todav铆a vincula a las organizaciones a Microsoft; incluso la propia arquitectura de referencia de Microsoft requiere un AD local (y el puente de tecnolog铆a de Azure AD Connect) para que un AAD para administrar los recursos locales y sistemas no basados en Windows 10.
Como resultado, la mayor铆a de las organizaciones utilizan una instancia de Active Directory local para administrar su infraestructura local, mientras siguen gestionando una soluci贸n adicional de identidad (Azure AD) por su infraestructura de cloud Azure. Ambas se conectan a trav茅s de otra soluci贸n de Microsoft llamada Conectividad Azure AD (Azure AD Connect).
No Se Olviden de Okta
Al llegar al amplio 谩mbito de identidad y acceso de gesti贸n (IAM) y m谩s espec铆ficamente al IDaaS, las soluciones de aplicaciones web SSO se encuentran como prioridad en la mente de los administradores de TI referente a la migraci贸n a la cloud. Okta, la cual se hizo p煤blica en 2017, fue una de las primeras aplicaciones web basadas en la cloud para soluciones SSO en el mercado. Las soluciones de aplicaciones web SSO, com煤nmente referidas como las plataformas de primera generaci贸n de Identidad-como-un-Servicio (IDaaS), resultan populares debido al amplio uso de las aplicaciones web tales como: Slack, GitHub, Salesforce, y miles de otras.
Si bien Okta resulta como la plataforma l铆der de aplicaciones web SSO, de acuerdo a Okta se encuentra emparejada con un proveedor principal local, el cual ha sido hist贸ricamente el Active Directory, alrededor del 95% de las veces. Mientras que el enfoque de este multi producto puede funcionar, con certeza genera retos, incluyendo el alto costo. Incluso crea una extra帽a din谩mica para Okta donde compiten con Microsoft con respecto a AAD, pero trabajan juntos con organizaciones de TI donde Okta y el Active Directory se encuentran presentes. No es de extra帽ar que Okta considera a Microsoft como su mayor competidor y que cuando se encuentran presente en las cuentas intentan bloquearlas con acuerdos a largo plazo para que los clientes no puedan cambiarlos con facilidad.
D贸nde se Cruzan las Soluciones
Ahora que ya entendemos que Azure AD provee una gesti贸n de usuario para Azure, M365 y SSO para elegir aplicaciones web y Okta resulta el principal proveedor de aplicaci贸n web SSO, podemos investigar en donde chocan estos dos puntos de soluci贸n.
La superposici贸n entre ambas se debe al hecho de que Azure AD, a diferencia del Active Directory, ha implementado habilidades dentro de la aplicaci贸n web SSO y un autenticador de multi factor. De hecho, el Azure Active Directory rivaliza con proveedores de aplicaciones web SSO tales como Okta dentro del mercado, y han generado que Google los incluya en su propia soluci贸n SSO, la soluci贸n de gesti贸n de Identidad de la cloud en Google (sin mencionar que incluso Amazon ha ingresado recientemente en el mercado de aplicaciones web SSO). Por supuesto, las razones detr谩s del inter茅s por parte de Microsoft, Google y Amazon no se encuentran en dominar el mercado de SSO, sino en mantener cautivas a las organizaciones con sus identidades y en 煤ltima instancia emplear esa influencia para venderles otros servicios. Una vez que una identidad ha sido encerrada dentro de Azure AD o el 谩rea de trabajo de Google (鈥淕oogle Workspace鈥�), resulta m谩s dif铆cil para el cliente sacarlas para emplear soluciones que no sean de Microsoft o Google, y de esta manera los clientes terminan por defecto utilizando m谩s soluciones de Microsoft y Google, lo cual es, al fin y al cabo, el intento principal de aquellas organizaciones.
Okta, por supuesto, se centra principalmente en el SSO de aplicaciones web, por lo que tiene sentido que los administradores de TI comparen Azure AD y Okta, aunque los servicios de Azure AD van m谩s all谩 del SSO. Tal como muchos administradores de TI se dan cuenta r谩pidamente, Azure AD y Okta son s贸lo piezas del rompecabezas general de gesti贸n de identidades que est谩n tratando de resolver. Por ejemplo, 驴c贸mo controlan las organizaciones el acceso a los sistemas macOS y Linux, a las aplicaciones locales, a las redes VPN y WiFi locales, y a otras cosas m谩s con solo AAD u Okta como plataforma de gesti贸n de identidades?
Con el deseo de cambiar a una gesti贸n de la identidad basada en la cloud, el lugar donde los administradores de TI necesitan comenzar es encontrando un reemplazo para el Active Directory, o un proveedor de identidad basado en la cloud. El proveedor de identidad funciona como la plataforma base desde la cual las organizaciones TI construyen su enfoque IAM. Tanto a AAD como a Okta se les dificulta ser el IdP principal, aunque ambas est谩n dispuestas a intentar. Azure AD vincular谩 tus identidades a dispositivos con Windows 10 para atraerte, mientras que Okta le restar谩 importancia a los dispositivos, dado que a pesar de todo, el mundo funciona gracias a las aplicaciones web, 驴no?
Sin embargo, las organizaciones deber铆an empezar por los cimientos. Una vez que los cimientos est谩n establecidos con un directorio en la cloud, puede tener sentido considerar una soluci贸n de SSO para aplicaciones web, o dependiendo de las necesidades de la organizaci贸n, puede no ser necesario. Una base s贸lida y abierta garantizar谩 que una organizaci贸n pueda conectar a sus usuarios a cualquier cosa que necesiten, ya sea un dispositivo macOS, un servidor Linux de AWS o un servidor de archivos Samba local. Esta flexibilidad es fundamental a la hora de considerar el enfoque correcto de gesti贸n de identidades en general.
Un Enfoque Moderno con la Plataforma de Directorio 黑料海角91入口
Reinventamos el enfoque del servicio de directorio en la cloud. Esta plataforma de gesti贸n de identidades en la cloud integra el SSO de aplicaciones web y la autenticaci贸n multi-factor (MFA) con la gesti贸n segura del acceso de los usuarios a los sistemas, aplicaciones web, redes WiFi y VPN, aplicaciones heredadas, as铆 como archivos en la cloud o locales, todo ello utilizando un directorio en la cloud. De hecho, la Plataforma de Directorio 黑料海角91入口 est谩 construida utilizando los principios de Seguridad de Zero Trust, por lo que puede aprovechar esos conceptos para un acceso seguro y sin fricciones a los recursos de TI. El resultado es que no necesita considerar soluciones adicionales como Azure AD u Okta (o incluso soluciones de gesti贸n de sistemas / MDM tales como Intune). Por supuesto, 黑料海角91入口 se integra estrechamente con AAD o Google Workspace para que pueda aprovisionar / desaprovisionar el acceso a estas plataformas de productividad cr铆ticas. Adem谩s, 黑料海角91入口 es una plataforma de control de acceso y gesti贸n de dispositivos unificado desde la cloud, pero para pr谩cticamente cualquier tipo de recurso.
