Secure data

  • Release version: Yokohama
  • Updated January 30, 2025
  • 2 minutes to read
    • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of Secure data

    Data security is critical when creating applications on the ServiceNow AI Platform. The platform automatically sets access control for new or selected roles during table creation, restricting access to only authorized users. Proper configuration of Access Control Lists (ACLs) at both table and column levels ensures data protection and compliance with the subscription model that charges based on table access.

    Show full answer Show less

    Key Features

    • Access Control Lists (ACLs): Apply multiple access controls to secure tables, UI pages, property pages, and other content. ACLs regulate read, create, write, and delete permissions for users with specific roles.
    • Before-query Business Rules: These run before database queries to control read access to records. They hide restricted records without indicating to the user, but they do not replace ACLs and still count toward subscription charges.
    • Performance Considerations: Limit the use of GlideRecord queries in access control scripts as they can degrade performance and bypass read ACLs but are restricted by before-query Business Rules.
    • Encryption: Multiple encryption solutions are available at the application, database, and hardware tiers to enhance data security.

    Key Outcomes

    • Ensuring only authorized users with the correct roles can access sensitive tables and data, thereby reducing security risks.
    • Optimizing performance by using ACLs appropriately and minimizing GlideRecord queries in access control scripts.
    • Aligning with the ServiceNow subscription model by restricting table access to necessary users, preventing unnecessary subscription charges.
    • Implementing encryption and securing data early in the application development lifecycle to avoid rework and ensure consistent security across interfaces and business logic.

    Data security is one of the most important and overlooked aspects of creating an application. ServiceNow automatically configures access control for a new or selected role during the table creation process. Only users with the role can access the table to read, create, write, and delete.

    Use access control rules to configure table and column-level security in the ServiceNow AI Platform. To properly configure access to an application, developers should understand how access controls work and the order in which access controls are evaluated. Apply multiple access controls that together make an Access Control List (ACL).

    Self-Paced Training: Securing Applications

    Documentation: Access control list rules

    When considering security:
    • Protect tables, UI pages, property pages, and other content with the appropriate access controls and roles.
    • Limit the use of GlideRecord queries in access control scripts. GlideRecord queries can affect performance.
    Beginning with the Orlando Platform Subscription model, customers are charged by how many tables a user can access, regardless of whether the user does access the table. Configure ACLs to restrict access to a table to ensure that only the users that need access to a table can access the table.
    Note:
    Consider making any auto-populated fields read only. If the system is populating the data, a user should not be able to.

    Alternately, secure data on the ServiceNow AI Platform with before-query Business Rules. Before-query Business Rules run before the database query and are limited to controlling read access to a record. Only use before-query Business Rules when necessary. Some considerations when deciding to use Access Controls or before-query Business Rules:

    • GlideRecord queries will bypass read access controls on a table and will be restricted by before-query Business Rules on a table.
    • When access controls restrict read access to records in a list, ServiceNow shows a message saying that access has been restricted for the records. With before-query Business Rules, the number of records in the list total matches the number of records shown to the user. The user receives no indication that some records have been hidden from the list.
    Review the user query Business Rule on the User [sys_user] table for reference.
    Note:
    Before-query Business Rules do not take the place of ACLs. Denying users access to a table via before-query Business Rule will still count the table against the subscription model. Use Access Controls to prevent the table from being counted for the users in the Platform Subscription model.

    Encryption

    The ServiceNow AI Platform also provides various encryption solutions at the application tier, database tier, and hardware tier. Learn more in the Data Encryption Whitepaper.
    Note:
    Set up security before configuring any interfaces or business logic. Since security affects the data available to interfaces and business logic, waiting until the end of the application build process may cause rework and issues.