SAP Authorizations Mitigating GRC risks for SAP systems - SAP Stuff

Direkt zum Seiteninhalt
Mitigating GRC risks for SAP systems
Check the SAP authorization concept
Then you create a subroutine with the same name as the User-Exit definition and programme your customised checks (for example, for specific data constellations or permissions). Include the exit definition (UGALI) via the GGB0 transaction. You will need to call this transaction again to read the programmed exit and select it.

Optional: S_PATH authorization object: If the test identifies 3 additional permissions checks for individual paths for the S_PATH authorization object, these are checked in the fourth step. The access type and the permission group stored in the SPTH table are checked.
Authorization concepts - advantages and architecture
Access to tables and reports should be restricted. A general grant of permissions, such as for the SE16 or SA38 transaction, is not recommended. Instead, parameter or report transactions can help. These transactions allow you to grant permissions only to specific tables or reports. You can maintain secondary authorization objects, such as S_TABU_NAM, in the Sample Value Care.

However, if your Identity Management system is currently not available or the approval path is interrupted, you can still assign urgently needed authorizations with "Shortcut for SAP systems".

If you want to know more about SAP authorizations, visit the website "www.sap-corner.de".

The handling of organisational levels in PFCG roles wants to be learned.

SAP Stuff
Zurück zum Seiteninhalt