Protección de tu organización REDA
Al llegar a producción, una pregunta supera a todas las demás: ¿cómo se protege correctamente esta organización? La autenticación multifactor, My Domain, el inicio de sesión único, y las políticas de sesión y contraseña son todas funciones de seguridad de la plataforma Salesforce, no funciones de REDA, así que este artículo es una lista de verificación para "proteger tu organización REDA". Nombra cada control, indica dónde se encuentra y remite los detalles técnicos a la documentación de Salesforce. El valor específico de REDA está en entender que proteger una organización implica hacer dos cosas a la vez: los conjuntos de permisos de REDA controlan la autorización (qué funciones), mientras que los controles de este artículo se encargan de la autenticación (quién puede entrar). Al terminar de leerlo, tendrás una lista de verificación ordenada y una idea clara de qué partes son de Salesforce y cuáles son de REDA.
Acceso que necesitarás. Permisos de administrador de Salesforce — Personalizar aplicación, Administrar usuarios y, cuando corresponda, Modificar todos los datos. Todos son del lado de la organización; ningún conjunto de permisos de REDA otorga configuración de seguridad de la organización.
Dos capas: autenticación y autorización
Proteger una organización REDA implica configurar dos capas separadas, y conviene mantenerlas bien diferenciadas:
- Autorización — quién puede usar cada función. REDA la implementa mediante sus conjuntos de permisos (consulta Creación de usuarios y concesión de acceso a REDA).
- Autenticación y seguridad de sesión — quién puede entrar por la puerta principal, y cuánto tiempo permanece dentro. El MFA, My Domain, el SSO y las políticas de sesión y contraseña se encargan de esto. Todo se configura en la Configuración de Salesforce.
Lista de verificación de seguridad para la puesta en producción
Trabaja estos puntos en orden. Cada fila indica el control, dónde se encuentra y cualquier nota específica de REDA.
| # | Control | Dónde | Nota |
|---|---|---|---|
| 1 | My Domain implementado | Configuración → My Domain | Requisito previo para el SSO y el inicio de sesión con tu marca |
| 2 | MFA exigido | Configuración → Identidad → MFA | Requisito base de Salesforce; se aplica a todos los inicios de sesión de REDA; sin interruptor de REDA |
| 3 | SSO (opcional) | Configuración → Configuración de SSO | SAML / OpenID Connect; se configura según tu proveedor de identidad |
| 4 | Configuración de sesión | Configuración → Configuración de sesión | Tiempos de espera, sesiones de alta seguridad, protección contra clickjacking |
| 5 | Políticas de contraseñas | Configuración → Políticas de contraseñas | Complejidad, vencimiento, bloqueo |
| 6 | Rangos de IP para inicio de sesión (opcional) | Perfiles / Acceso de red | Restringe desde dónde pueden iniciar sesión los usuarios |
| 7 | Revisar las asignaciones de conjuntos de permisos de REDA | Configuración → Conjuntos de permisos | La mitad de autorización — privilegio mínimo según la función de cada usuario |
My Domain
My Domain le da a tu organización una URL de inicio de sesión con tu propia marca y es el requisito previo para el inicio de sesión único y las páginas de inicio de sesión personalizadas. Impleméntalo primero — los pasos siguientes asumen que ya está en su lugar. Los detalles técnicos son Salesforce estándar; consulta la documentación más abajo.
Autenticación multifactor (MFA)
La autenticación multifactor exige una segunda prueba de identidad — una app de autenticación o una llave de seguridad — además de la contraseña. Es un requisito base de Salesforce para los inicios de sesión directos, así que se aplica a todos los usuarios de REDA. Trátala como obligatoria, no opcional, y actívala en la Configuración de Salesforce.
Inicio de sesión único (SSO)
El inicio de sesión único permite que los usuarios se autentiquen a través de tu propio proveedor de identidad (mediante SAML u OpenID Connect) en lugar de una contraseña de Salesforce independiente. Es opcional, y es una función de Salesforce que se configura según tu proveedor de identidad — REDA no incluye configuración de SSO. Si lo activas, My Domain ya debe estar implementado.
Políticas de sesión y contraseña
El tiempo de espera de sesión, las sesiones de alta seguridad, los rangos de IP para inicio de sesión, y la complejidad y el bloqueo de contraseñas son todas configuraciones estándar de seguridad de Salesforce. Configura un tiempo de espera de sesión adecuado a tu nivel de riesgo (un tiempo de espera de dos horas es habitual), exige sesiones de alta seguridad para las acciones administrativas sensibles, y define una política de contraseñas acorde a los estándares de tu organización. No hay valores específicos de REDA — esto es Salesforce puro.
No olvides la capa de acceso de REDA
Proteger la puerta de entrada no termina el trabajo — todavía te queda garantizar el privilegio mínimo del lado de la autorización. Revisa que cada usuario tenga solo los conjuntos de permisos de REDA que su función necesita (consulta Creación de usuarios y concesión de acceso a REDA). Dos recordatorios específicos de REDA:
- La Consola de administración de REDA está restringida únicamente a REDA - Master Data - Admin. Un usuario sin ese conjunto que la abra verá: "You do not have permission to perform this action in the REDA Admin Console." El bloqueo de acceso genérico en otras partes muestra "Insufficient Access".
- El acceso a objetos estándar, informes y flujos se otorga del lado de la organización mediante perfiles — proteger el acceso también implica dejar bien configurada esa base (consulta Perfiles, roles y uso compartido en una organización REDA).
Ejemplo práctico: proteger una organización nueva al llegar a producción
Meridian Properties está por salir a producción en REDA. Aquí no hay ningún cálculo numérico — el "ejemplo práctico" simplemente recorre la lista de verificación:
Qué sigue
- Creación de usuarios y concesión de acceso a REDA — crea usuarios y asigna los conjuntos de REDA.
- Perfiles, roles y uso compartido en una organización REDA — la base del lado de la organización y la visibilidad de registros.
- Descripción de los conjuntos de permisos de REDA — el modelo de autorización de 31 conjuntos.
- La Consola de administración de REDA — la consola exclusiva de Master Data Admin.
- Ediciones: OEM vs. ISV — dónde importan las diferencias de edición.
Preguntas frecuentes
En la Configuración de Salesforce — el MFA es un requisito base de Salesforce. No hay ningún interruptor del lado de REDA, y en la edición OEM no existe ningún conjunto de permisos "REDA MFA" para asignar.
No. El inicio de sesión único es una función de Salesforce; se configura con tu proveedor de identidad. Cualquier artefacto SAML que veas en material de la organización de desarrollo ISV no son funciones del producto REDA.
Sí. La autenticación (MFA, SSO) y la autorización (conjuntos de permisos de REDA) son capas separadas. Protege la puerta de entrada y otorga acceso de privilegio mínimo — haz ambas cosas.
No. El tiempo de espera de sesión es una configuración estándar de seguridad de Salesforce, configurada del lado de la organización.
Eso es autorización, no autenticación — necesita el conjunto REDA - Master Data - Admin, que no tiene relación con el MFA ni con la configuración de sesión. El bloqueo muestra: "You do not have permission to perform this action in the REDA Admin Console."
¿Te resultó útil?