Implementé SafePaaS en una infraestructura cuyos sistemas clave incluían PeopleSoft y SAP.
Sistemas clave incluidos en el alcance PeopleSoft SAP Lea el casoPruebe con la segregación de funciones , SailPoint o la revisión del acceso a Oracle ERP Cloud.
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.
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. |
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.
- Capa 1 Perfil
- Capa 2 Rol
- Capa 3 Lista de permisos
- Capa 4 Menú
- Capa 5 Componente
- 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.
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.
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.
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.
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.
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.
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¿Cómo detecta SafePaaS las transacciones de PeopleSoft que representan un riesgo y los cambios de configuración?
SafePaaS MonitorPaaS supervisa lo que realmente sucedió en PeopleSoft (el documento publicado, los datos bancarios modificados, el umbral alterado) en lugar de solo quién pudo haberlo hecho.
Módulos MonitorearPaaS¿Qué pruebas proporciona SafePaaS para una auditoría de PeopleSoft?
SafePaaS y ARCPaaS transforman la actividad de control de PeopleSoft 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¿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.
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.
¿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.
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.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 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 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.
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.