DevOps accelerator for control compliance, PaCE execution, and exception management
Summarize
Summary of DevOps Accelerator for Control Compliance, PaCE Execution, and Exception Management
The GRC: DevOps Accelerator is designed to help customers assess compliance with DevOps policies and GRC control objectives by integrating with the Policy as a Code Engine (PaCE). Starting with the Washington DC release, the GRC DevOps Use Case Accelerator is set for future deprecation but will remain supported.
Show less
Key Features
- Maps control objectives from regulations and frameworks (e.g., CIS controls, NIST 800-53, ISO 27002, PCI DSS) with PaCE policies.
- Allows DevOps managers to monitor compliance, visualize PaCE execution evidence, and manage exceptions.
- Requires specific GRC plugins and the DevOps Config Policy Content Pack.
- Includes staging tables for mapping relationships between control objectives and PaCE policies, requiring a Compliance admin role for access.
Key Outcomes
By utilizing the DevOps Accelerator, customers can effectively evaluate compliance status, manage control objectives, and ensure that their DevOps policies align with regulatory requirements. The integration facilitates a streamlined process for tracking and processing compliance data, enhancing overall governance and risk management in DevOps environments.
GRC: DevOps Accelerator is an application that enables your customers to evaluate the compliance for DevOps policies and GRC control objectives integrating with Policy as a Code Engine (PaCE).
GRC: DevOps Accelerator (com.sn_grc_devops) plugin maps the control objectives drawn from regulations, standards, and frameworks, such as CIS controls, NIST 800-53, ISO 27002, PCI DSS, and others with DevOps Policy as a Code Engine (PaCE). The DevOps policies are provided by the DevOps Config Policy Content Pack.
With this integration you can evaluate the compliance status. The integration also enables the DevOps managers to monitor control compliance, visualize evidence of PaCE execution, and manage exceptions.
Pre-requisites for DevOps accelerator
- Hierarchy of PaCE-related plugins and CDM-related plugins.
- DevOps Config Policy Content Pack provided by PaCE.
- GRC plugins: GRC: Cybersecurity Controls Accelerator, GRC: Compliance UCF, and GRC: Continuous Authorization and Monitoring.
Populating control objective and PaCE mapping data from the instances to staging table
- Control objective to items mapping table
- As part of DevOps accelerator, the mapping relationships between control objectives and
PaCE policies are shipped to the customers. The relationship is captured in Control objective
to items [sn_compliance_control_objective_item] table, where the Control
objective column and Item record column, which is the PaCE
policy, list the data.
Figure 1. Control objective to item table - DevOps policy to control objective staging table
Figure 2. DevOps accelerator staging table There is a staging table as a part of DevOps accelerator, which is DevOps policy to control objective staging [sn_grc_devops_policy_control_objective_staging] table. A user with Compliance admin role can view the table.
For CAM and CIS, the sys IDs of the control objectives map with the DevOps policy sys IDs. However, for UCF the source ID of the control objective imported from the Shared List is mapped with the DevOps policy sys ID.
The data in the DevOps policy to control objective staging [sn_grc_devops_policy_control_objective_staging] table is shipped in Pending status. The data is populated in the staging table based on the applications that are installed in the instance. The data is not processed if the control objective and the PaCE policy do not exist in the instance.
Scheduled job to move data from the staging to the main table
A daily job (Import DevOps policy to Control Objective mapping from staging) runs after the applications and the DevOps accelerator are installed to add the records to the Control objective to items (sn_compliance_control_objective_item) table. If the record is successfully added to the mapping table, then the status of the record in the staging table moves to Processed. If a control objective is not populated or present in the application, then the record is not processed but is in Pending status.