Entender la seguridad y la identidad en Salesforce: cuándo usar el inicio de sesión único y OAuth Introducción
En este blog queremos aclarar la seguridad y la identidad en Salesforce, con foco en cuándo usar el inicio de sesión único (SSO) y OAuth. Este conocimiento es clave para moverse entre los distintos escenarios de acceso a Salesforce, ya sea por inicio de sesión directo, SSO u OAuth.
Cuándo usar el inicio de sesión estándar, el inicio de sesión único u OAuth
Inicio de sesión directo:
Escenario: un usuario quiere acceder a Salesforce desde un navegador para ver sus páginas.
Método de acceso: inicio de sesión directo en Salesforce o inicio de sesión único mediante un proveedor de identidad externo, para un acceso fluido sin volver a autenticarse.
OAuth con aplicaciones móviles:
Escenario: un usuario usa una aplicación móvil para acceder a datos de Salesforce mediante la API, no mostrando las páginas nativas de Salesforce.
Método de acceso: aquí se usa OAuth, sobre todo cuando la interacción es desde dispositivos móviles, como celulares o tabletas que usan tecnología de navegador. Este enfoque permite que las aplicaciones móviles interactúen de forma segura con las API de Salesforce.
OAuth con servidores de terceros:
Escenario: un usuario usa un navegador para comunicarse con un servidor de terceros que necesita acceder a datos de Salesforce en su nombre. Por ejemplo, plugins de correo electrónico u otros sistemas integrados con Salesforce.
Método de acceso: OAuth, con un protocolo específico llamado “Web Server with PKCE” (Proof Key for Code Exchange), para un acceso seguro.
Flujos OAuth para distintos escenarios
Flujo de credenciales de cliente: pensado para un proceso cliente (como servidores externos que hacen cargas o exportaciones por lotes) que accede a Salesforce con una cuenta de usuario de integración designada.
Flujos JWT, aserción portadora SAML y aserción SAML: sirven para escenarios en que un proceso cliente debe actuar en nombre de un usuario específico, sin que ese usuario participe directamente. El proceso se hace pasar por un usuario designado y mantiene el contexto de seguridad de los archivos de ese usuario.
Flujo de dispositivo: lo inicia un dispositivo que necesita intervención humana para la aprobación. Por ejemplo, una aplicación de smart TV le pide al usuario que ingrese un código para aprobar el acceso.
Flujo de activo: útil para dispositivos del Internet de las cosas (IoT) que necesitan conectarse a Salesforce para leer o escribir datos.
Resumen y conclusión
En esencia, tu método de acceso depende sobre todo del escenario:
Para acceder directamente a Salesforce desde un navegador, usa el inicio de sesión directo o, si tienes un servicio de identidad, el inicio de sesión único.
Para el acceso indirecto mediante dispositivos móviles, servidores de terceros o procesos automatizados, OAuth es el método preferido. En ese caso debes decidir si OAuth actuará en nombre de un usuario humano o de una cuenta de usuario de integración.
En próximos artículos profundizaremos en cada escenario y caso de uso para dar una comprensión completa.
No te lo pierdas
¡Empieza con confianza tu camino en Salesforce Identity! Para más ideas y consejos, sigue atento aquí en www.SteveTechArc.com y en el canal de YouTube @SteveTechArc (opens in a new tab). Suscríbete y amplía tu comprensión de Salesforce Identity.
¡Ayudando a cambiar el mundo compartiendo conocimientos de integración con otros arquitectos y con quienes están en camino de serlo!
Transcripción hecha con ayuda de IA
STA 3.9