Ir al contenido
Cobertura de Workday Gobernanza de identidad federada

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.

Solicitar demostración Vea cómo se conecta
Nivel de organización leer tal como lo define Workday, incluyendo las políticas de seguridad. Cada instantánea Se ha vuelto a probar por completo, por lo que se ha reintroducido un conflicto desde que surgió el último. En toda su propiedad Workday y todos los demás sistemas evaluados en conjunto, por lo que un deber retenido aquí y un deber retenido en otro lugar coinciden. Un libro de reglas Aplicado a todos los sistemas del proceso, no una herramienta por aplicación.
Cobertura de un vistazo

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.
El modelo de derecho que leímos

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.

Figura 1 y XNUMX Cómo SafePaaS otorga autoridad efectiva a un usuario de Workday
  1. Capa 1 Nivel de inquilino
  2. Capa 2 Nivel de organización
  3. Capa 3 Posición
  4. Capa 4 Grupos y roles de seguridad
  5. 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.

Lo que detectamos aquí

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.

Ejemplo

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ó.

Ejemplo

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.

Ejemplo

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.

Ejemplo

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.

Cobertura en detalle

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
▸ Define las reglas a nivel de los propios derechos, no solo de la lista de usuarios, por lo que un conflicto se encuentra donde realmente reside. ▸ Los filtros de falsos positivos eliminan a los usuarios inactivos, las asignaciones caducadas y los roles con fecha de finalización antes de que alguien revise un resultado. ▸ Detecta conflictos que afectan a Workday y al resto de su infraestructura, de modo que una obligación en un sistema y otra en otro se evalúan conjuntamente en lugar de por separado. ▸ Enterprise Roles Manager simula un cambio de rol antes de aplicarlo, por lo que un cambio no reintroduce la infracción que acaba de corregir. ▸ Las infracciones tienen un estado — Abierta, Cerrada, En remediación, Excepción — con flujo de trabajo, recordatorios y sistema de gestión de incidencias ITSM. ▸ La mitigación registra el control compensatorio y su evidencia cuando no se puede eliminar un conflicto. ▸ El acceso de emergencia se concede con una razón específica, un límite de tiempo y un registro de todo lo realizado mientras se está en altura.
Conexión

¿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.

Dentro de Workday → Extracción de SafePaaS Servicios SOAP por objeto de seguridad que devuelven XML; puntos finales REST que devuelven JSON para las ocurrencias; una conexión directa a la base de datos cuando la plataforma se ejecuta en las instalaciones.
Transfer → Sonda de datos Los datos recopilados se envían a SafePaaS a través de DataProbe.
Normalizar → PaaS de datos La capa de transformación. Normaliza los datos donde sea necesario para que un único conjunto de reglas pueda probarlos.
Resultado Instantánea del ERP La copia instantánea de cada módulo se compara con ella, tanto para la segregación de funciones (SoD) como para la monitorización, la certificación y las pruebas de auditoría.
¿Qué se lee? Nivel de inquilino, nivel de organización, puesto, grupos y roles de seguridad y políticas de seguridad. Cómo se mueven los datos Todo lo que se recopila se almacena en las tablas de interfaz abierta FSOD_*, y DataPaaS lo normaliza a partir de ahí. Primera instantánea Una base de referencia de cada usuario, rol y asignación de derechos, y el primer resultado de la prueba SoD comparado con su propio reglamento. Protección: El tráfico finaliza detrás de un WAF y una puerta de enlace API; la instantánea está aislada del inquilino en reposo.
¿Qué se ejecuta dentro de Workday? Nada La extracción se realiza a través de las interfaces de servicio propias de la plataforma, por lo que no se implementa ningún componente de SafePaaS en ella.

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.

Coexistencia

¿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.

Su plataforma de identidad es propietaria de

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.
SafePaaS es propietaria de

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 IGA

Por 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.

Pruebas
Compañía de servicios financieros y seguros Fortune 500

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 caso
75% más rápido Aprovisionamiento de ERP 110 horas liberado cada mes
Preguntas Frecuentes

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.

Nada dentro de la aplicación. La extracción se realiza a través de sus propias interfaces de servicio. Todo lo recopilado se envía a DataProbe, donde DataPaaS lo normaliza en la instantánea que prueba cada módulo de gobernanza.

Cada prueba se ejecuta sobre una instantánea tomada en un momento dado, y Enterprise Roles Manager simula un cambio de rol antes de aplicarlo. Un cambio que reintroduciría un conflicto ya resuelto se visualiza antes de que llegue a producción, en lugar de detectarse en la siguiente revisión.

Sí. Identity 360 realiza inventarios de las cuentas de servicio e integración junto con los usuarios humanos y muestra lo que cada uno puede hacer realmente, que es donde normalmente reside el privilegio de cada usuario.

Una base de referencia de cada usuario, rol y asignación de derechos, y el primer resultado de la prueba de segregación de funciones (SoD) comparado con su propio reglamento; normalmente, es la primera vez que el entorno se evalúa según un único reglamento en lugar de varios.

No. Tu plataforma de identidad gestiona la cuenta, el proceso de altas, bajas y cambios de usuario, y el flujo de trabajo de las solicitudes. SafePaaS controla los permisos asociados al rol y proporciona los resultados, de modo que la certificación refleja dichos permisos, no el nombre del rol.

Profundiza en aplicación de negocios gobierno
El próximo paso

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.

Qué abarca la guía Cómo se interpreta la cadena de derechos según la define Workday: nivel de inquilino, nivel de organización, puesto, grupos y roles de seguridad, políticas de seguridad. Un conflicto de SoD rastreado desde la regla hasta los derechos que lo crean. Cómo se simula un cambio de rol antes de que se reintroduzca un conflicto subsanado. ¿Dónde se sitúa SafePaaS en relación con las herramientas IGA y GRC que ya utiliza?