Restricted caller access privilege settings
Summarize
Summary of Restricted Caller Access Privilege Settings
Restricted caller access privilege settings allow ServiceNow customers to manage cross-scope access to applications and their resources, such as roles, business rules, and events. This feature enables the tracking, approval, or denial of access requests, enhancing security and control over inter-application interactions.
Show less
Key Features
- Tracking Access Requests: Records are created to track cross-scope access requests when caller access is restricted or when cross-scope scripts attempt to access resources.
- Privilege Combinations: Define various settings for access control, including scope-to-scope and source-to-target relationships, allowing for specific resource permissions.
- Activation Methods: Activate restricted caller access via the Scoped Application Restricted Caller Access plugin or by utilizing specific applications like HR Service Delivery.
Key Outcomes
By using restricted caller access privilege settings, customers can ensure that only authorized applications and users can access specific resources, thereby maintaining data integrity and security. This capability allows for better management of application interactions and streamlined request handling, ultimately leading to a more secure ServiceNow environment.
Define cross-scope access to an application, application resource (such as an access control role, a business rule, a UI action, or a script include), or event. You can even use these settings to allow or deny requests for access.
Restricted caller access privilege settings overview
Restricted caller access [sys_restricted_caller_access] records track cross-scope applications or scripts that request access to an application, application resource, or event in the ServiceNow AI Platform. The ServiceNow AI Platform creates sys_restricted_caller_access records when one of these actions occurs:
- Caller access is set to Caller Restriction or Caller Tracking.
- A cross-scope script attempts to access an application resource or event.Note:A system scope to target scope is an example of a cross-scope.
You can use these records to do these tasks:
- Track cross-scope requests for access to an application resource. You can use access requests to determine which applications need access to resources and data from other application scopes.
- Approve or deny any cross-scope requests for access to application resources or events. For example, you can create a Restricted Caller Access record to allow access for all scope-to-scope requests.
For more information, see Requested restricted caller access (RCA).
Restricted caller access privilege setting combinations
As a target application owner, you can define various combinations of privilege settings for restricted caller access and specify whether access is allowed or denied for each relationship. RCA records must be created in the target application scope to control access to your application's resources. You can define various combinations of privilege settings for restricted caller access and specify whether access is allowed or restricted for each relationship.
- Scope
- All application resources in a selected source or target scope. To learn more about application scopes, see Application scope.
- Source
- A specific application resource (such as a business rule, script include, or table) in a selected source scope.
- Target
- A specific application resource in a selected target scope.
- Scope-to-scope: Control access from all resources in a source application to all resources in your target application
- Scope-to-target: Control access from all resources in a source application to a specific resource in your target application
- Source-to-scope: Control access from a specific source application resource to all resources in your target application
- Source-to-target: Control access from a specific source application resource to a specific resource in your target application
For more information about these access setting combinations and to learn how to create each combination, see Set the application scope, application resource, and event access.
Source application developers who need to request access to resources in another application should coordinate with the target application owner. You can package Requested RCA records in your application, which will then be reviewed and approved or denied by the target application administrator upon installation.
Activating application restricted caller access
You can activate application restricted caller access through one of the following methods:
- Activate the Scoped Application Restricted Caller Access plugin (com.glide.scope.access.restricted_caller).
- Request the HR Service Delivery or Security Incident Response applications. By default, restricted caller access is active in these applications.
- Enable the Restricted Caller Access system property for Workflow Studio.
For more information, see: Activate application restricted caller access.