Ir al contenido
Cobertura de PeopleSoft Gobernanza de identidad federada

Gobernanza de acceso de PeopleSoft

SafePaaS gestiona la segregación de funciones, el acceso privilegiado y los cambios de configuración dentro de PeopleSoft, leyendo el perfil de usuario, el rol, la lista de permisos, el menú, el componente y la página, y probando las políticas en función de ellos.

Dentro de PeopleSoft, no al lado: el mismo reglamento que rige todos los demás sistemas que usted utiliza.

Solicitar demostración Vea cómo se conecta
Rol Lea tal como lo define PeopleSoft, página por página. 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 PeopleSoft y todos los demás sistemas evaluados en conjunto, por lo que un deber que se tiene aquí y un deber que se tiene 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 PeopleSoft

Área Lee Controla Monitores
Acceso y segregación de funciones Perfil de usuario, rol, lista de permisos, menú, componente y página, y quién tiene cada uno. 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
Monitorización de transacciones y configuraciones Documentos contabilizados, registros de cambios, datos maestros y la configuración que determina cómo se mueve el dinero. Política sobre la configuración que controla el dinero: umbrales de aprobación, tolerancias y condiciones aplicadas a un pago. Pagos duplicados, división de umbrales, un cambio en los datos maestros seguido de un pago y desviación de la configuración con respecto a la línea base.
Auditoría, riesgo y cumplimiento Resultados de pruebas de control, excepciones, aprobaciones y el conjunto de reglas de PeopleSoft versionadas Un control de PeopleSoft asignado a SOX, ITGC y política interna; excepciones con un propietario y una fecha de vencimiento. Estado de la prueba en cada control de PeopleSoft y excepciones próximas a caducar.
El modelo de derecho que leímos

La autoridad de un usuario de PeopleSoft está seis niveles por debajo del nombre del rol.

SafePaaS interpreta el modelo de seguridad de PeopleSoft tal como lo define PeopleSoft: perfil de usuario, rol, lista de permisos, menú, componente y página. 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 PeopleSoft
  1. Capa 1 Perfil
  2. Capa 2 Rol
  3. Capa 3 Lista de permisos
  4. Capa 4 Menú
  5. Capa 5 Componente
  6. Capa 6 Página

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 SafePaaS PeopleSoft contiene 291 reglas, todas con calificación ALTA, 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 usuario que puede crear un proveedor y pagarlo

La creación de proveedores se realiza junto con la creación de pagos, que tiene una calificación ALTA en el conjunto de reglas SafePaaS de PeopleSoft: las páginas de proveedores, entre ellas VNDR_ADDRESS, por un lado, y las páginas del ciclo de pago, entre ellas PYCYCL_APPROVAL, por el otro. Configuración y desembolso en manos de un mismo gestor.

Ejemplo

Un comprobante ingresado y aprobado por la misma identidad.

Crear comprobantes retenidos con Aprobar comprobantes, calificados ALTO: entrada de comprobante (VCHR_HEADER_QV2) contra aprobación masiva de comprobantes (AP_MASS_APPROVE). Un paso de aprobación es solo un control mientras lo realiza otra persona.

Ejemplo

Un pago creado por quien pueda cambiar la información bancaria que utiliza

Crear pagos con la opción Modificar información bancaria, clasificada como ALTA: las páginas del ciclo de pago en un lado, las páginas bancarias BANK_PNL1 y BANK_PNL2 en el otro. El dinero y los detalles de la cuenta por la que pasa se asocian a una sola identidad.

Ejemplo

Un diario ingresado y aprobado por la misma persona.

Registrar asiento contable retenido con Aprobar asiento contable, calificado ALTO: la página del asiento contable (JOURNAL_ENTRY1) contra la lista de trabajo de aprobación (WORKLIST). El paso de aprobación del propio libro mayor, omitido al retener ambos lados del mismo.

Cobertura en detalle

Cómo funciona cada área en PeopleSoft

¿Cómo garantiza SafePaaS la segregación de funciones en PeopleSoft?

SafePaaS Enterprise Access Monitor prueba las reglas de segregación de funciones (SoD) comparándolas con una instantánea del modelo de seguridad de PeopleSoft (perfil de usuario, rol, lista de permisos, menú, componente, página) 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 abarcan PeopleSoft y el resto de su infraestructura, por lo que una obligación retenida en un sistema y una obligación retenida 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? PeopleSoft?

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 PeopleSoft → 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? Perfil de usuario, rol, lista de permisos, menú, componente y página. 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 PeopleSoft? 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 PeopleSoft 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 PeopleSoft, porque esa respuesta reside en seis niveles más abajo en el modelo de seguridad que publica PeopleSoft.

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 PeopleSoft 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 Sede de la función en PeopleSoft y el resto del entorno Cambios de configuración y transacciones dentro de PeopleSoft 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
Más de 70 agencias realizan pagos; se procesan más de 100,000 comprobantes de pago al día.

Implementé SafePaaS en una infraestructura cuyos sistemas clave incluían PeopleSoft y SAP.

Sistemas clave incluidos en el alcance PeopleSoft SAP Lea el caso
30 millones de dólares ahorrados en seis meses, eliminando los pagos erróneos y duplicados. 100% auditado datos de cupones de todas las agencias estatales, reemplazando el muestreo limitado
Preguntas Frecuentes

Lo primero que preguntan los equipos de PeopleSoft.

El modelo de seguridad, tal como lo define PeopleSoft, se compone de: perfil de usuario, rol, lista de permisos, menú, componente y página. SafePaaS resuelve la cadena en lugar de registrar el nombre del rol, ya que este actúa como contenedor y el permiso se encuentra debajo.

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.

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 el gobierno
El próximo paso

Vea cómo SafePaaS administra un entorno PeopleSoft.

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 PeopleSoft: perfil de usuario, rol, lista de permisos, menú, componente, página. 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?