Implementé SafePaaS en una infraestructura cuyos sistemas clave incluían Oracle ERP, Okta, Workday y SailPoint.
Sistemas clave incluidos en el alcance ERP de Oracle Okta Workday punto de vela Lea el casoPruebe con la segregación de funciones , SailPoint o la revisión del acceso a Oracle ERP Cloud.
Gobernanza del acceso a Workday
SafePaaS gestiona la segregación de funciones, el acceso privilegiado y los cambios de configuración dentro de Workday, leyendo el nivel de inquilino, el nivel de organización, el puesto, los grupos y roles de seguridad y las políticas de seguridad, y probando las políticas en función de ellos.
Dentro de Workday, no al lado; se aplican las mismas reglas que rigen todos los demás sistemas que utilizas.
Lo que SafePaaS lee, controla y supervisa en Workday
| Área | Lee | Controla | Monitores |
|---|---|---|---|
| Acceso y segregación de funciones | Nivel de inquilino, nivel de organización, puesto, grupos y roles de seguridad y políticas de seguridad, y quién posee cada uno de ellos. | Reglas de segregación de funciones (SoD) a nivel del propio derecho; prevención del tiempo de solicitud; simulación de un cambio de rol antes de que se aplique; acceso de emergencia con un motivo y una fecha de caducidad. | Nuevos conflictos introducidos por un cambio de derechos, asignaciones vencidas y privilegio permanente nadie revisa |
| Auditoría, riesgo y cumplimiento | Resultados de pruebas de control, excepciones, aprobaciones y el conjunto de reglas de Workday versionadas | Un control de Workday asignado a SOX, ITGC y política interna; excepciones con un propietario y una fecha de vencimiento. | Estado de la prueba en relación con cada control de Workday y excepciones próximas a caducar. |
| Identity 360: Agentes de IA y de la Seguridad Nacional de la Salud | Usuarios humanos, cuentas de servicio e integración y agentes de IA que actúan en nombre de un usuario. | La misma política de separación de funciones se aplicó a las identidades no humanas y a los agentes de IA que a las personas. | Autorización permanente que poseen las integraciones no supervisadas y lo que cada identidad no humana puede hacer realmente. |
La autoridad de un usuario de Workday está cinco niveles por debajo del nombre del rol.
SafePaaS interpreta el modelo de seguridad de Workday tal como lo define Workday: nivel de inquilino, nivel de organización, puesto, grupos y roles de seguridad, políticas de seguridad. Cada capa se resuelve, no se da por sentada.
Solo las capas más profundas indican qué puede hacer un usuario y dónde. Todo lo que está por encima de ellas es un contenedor.
- Capa 1 Nivel de inquilino
- Capa 2 Nivel de organización
- Capa 3 Posición
- Capa 4 Grupos y roles de seguridad
- Capa 5 Políticas de seguridad Políticas de dominio para datos, políticas de procesos de negocio para la participación en flujos de trabajo.
Un contenedor en esta cadena puede ampliarse manteniendo el nombre que ve una revisión de acceso, y la capa más profunda difiere con cada asignación. Por eso, SafePaaS comprueba la autoridad a la que realmente se resuelve un usuario, no la etiqueta que se le adjunta.
Los riesgos se describen de la misma manera en que un auditor los plantearía.
Cuatro de muchos. El conjunto de reglas de SafePaaS Workday contiene 813 entradas distintas solo en su conjunto HCM, además de un conjunto financiero independiente, y cada una de ellas se prueba con su instantánea. Cada una es una combinación que el nombre del rol no revelará, razón por la cual sobrevive a una revisión de acceso y aparece en una auditoría.
Un pago realizado y luego conciliado por la misma identidad.
Pago de factura retenido con conciliación bancaria, según el conjunto de reglas financieras de SafePaaS Workday. El control que detectaría el pago lo gestiona quien lo realizó.
Un registro de activos mantenido por quien establece su depreciación.
Entorno de trabajo de activos integrado con la depreciación de activos: el valor contable y el cronograma que lo registra, todo en un mismo lugar.
Un activo adquirido y registrado por la misma identidad.
El entorno de trabajo de activos se encuentra integrado con la función Crear pedido de compra o solicitud de compra, y abarca adquisiciones y activos fijos.
Alguien que pueda cambiar quién recibe un salario y luego gestionar la nómina.
Mantener los datos maestros de los empleados almacenados con el proceso de nómina, desde el conjunto de reglas de Workday HCM. Mantener los datos de tiempo y mantener la configuración de nómina presentan el mismo conflicto.
Cómo funciona cada área en Workday
¿Cómo garantiza SafePaaS la segregación de funciones en Workday?
SafePaaS Enterprise Access Monitor prueba las reglas de segregación de funciones (SoD) comparándolas con una instantánea del modelo de seguridad de Workday basada en el sistema ERP (nivel de inquilino, nivel de organización, puesto, grupos y roles de seguridad, políticas de seguridad), en lugar de con el sistema en funcionamiento, de modo que la prueba sea repetible y el resultado sea defendible.
Módulos Monitor de acceso empresarial iAccess empresarial Administrador de roles empresariales¿Qué pruebas proporciona SafePaaS para una auditoría de Workday?
SafePaaS y ARCPaaS transforman la actividad de control de Workday en la evidencia que solicita un auditor (la regla, la prueba, el resultado, la excepción y su aprobación) sin que nadie tenga que elaborar una hoja de cálculo.
Módulos ARCPaaS¿Quién gestiona las cuentas de Workday que no son personas?
SafePaaS Identity 360 (SafeInsight y SafeIQ) abarca todas las identidades con acceso a Workday, incluidas las cuentas de integración, los usuarios por lotes y los agentes de IA que ningún proceso de incorporación, traslado y baja de empleados fue diseñado para revisar.
Módulos SafeInsightSafeIQ¿Cómo se conecta SafePaaS a? Workday?
SafePaaS realiza las extracciones a través de las interfaces de servicio propias de la plataforma: SOAP para cada objeto de seguridad, REST para las transacciones o una conexión directa a la base de datos cuando la plataforma no está alojada en la nube.
Dado que cada módulo de gobernanza prueba la instantánea en lugar del sistema en funcionamiento, el mismo conjunto de reglas se aplica a Workday y a cualquier otro sistema del mismo proceso empresarial.
¿SafePaaS reemplaza a SailPoint, Entra ID o mi IGA actual?
No, y ese es precisamente el objetivo de la gobernanza de identidades federadas. Lo que su plataforma de identidades no puede ver es qué permisos tiene un rol una vez que el usuario está dentro de Workday, porque esa respuesta reside en cinco niveles más abajo en el modelo de seguridad que publica Workday.
La cuenta
Incorporaciones, mudanzas y salidas Acceso por derecho de nacimiento El flujo de trabajo de la solicitud Aprovisionar un usuario en Workday y registrar que tiene un rol.Lo que permite el rol
El derecho que hay detrás del nombre del rol SoD en Workday y el resto de la infraestructura Cambios de configuración y transacciones dentro de Workday Resultados devueltos a su IGAPor lo tanto, una certificación en su IGA refleja el derecho en lugar del nombre del rol, y una solicitud de acceso se verifica para detectar la segregación de funciones antes de ser aprobada.
Lo primero que preguntan los equipos de Workday.
El modelo de seguridad, tal como lo define Workday, se define de la siguiente manera: nivel de inquilino, nivel de organización, puesto, grupos y roles de seguridad, y políticas de seguridad. SafePaaS resuelve la cadena en lugar de registrar el nombre del rol, ya que este actúa como un contenedor y el permiso reside en un nivel inferior.
Vea cómo SafePaaS gestiona un entorno Workday.
Un recorrido práctico en un entorno de demostración, con un especialista que podrá relacionar lo que usted ve con las funciones, la estructura organizativa y la presión de auditoría a la que se enfrenta realmente.