Import in OSCAL format
Summarize
Summary of Import in OSCAL format
The CAM OSCAL import feature in ServiceNow provides a guided, playbook-style experience to simplify the integration of security control data using OSCAL (Open Security Controls Assessment Language) JSON files. It supports multiple OSCAL models including Catalog, System Security Plan (SSP), Assessment Plan (AP), and Assessment Results (AR). This process enables customers to efficiently import and manage security authorization package data within the CAM workspace.
Show less
Import Process and File Requirements
The import workflow guides you through structured stages:
- Details: Specify the OSCAL model, source, and notification recipients.
- Attachments: Upload required JSON files based on the selected OSCAL model:
- Catalog: Catalog file (mandatory).
- SSP: Catalog, Profile, and one or more SSP Overlay files.
- Assessment Plan (AP): Catalog, Profile, SSP, Assessment Plan files (one per engagement), optional Overlay and POA&M files.
- Assessment Results (AR): Catalog, Profile, SSP, linked Assessment Plan files, multiple AR files, optional Overlay and POA&M files.
- User and Group Mapping: Map users and groups from OSCAL files to ServiceNow users and groups. This step applies to SSP, AP, and AR models and includes role assignments like Assigned To (Engagement) and Owner (Control Test).
- Roles and Responsibilities: Assign users to roles that persist throughout the authorization package lifecycle. Applicable for POA&M, AR, SSP, and AP models.
- Preview and Override: Review objects to be created, skipped, or overridden, with controls for managing import behavior and handling control tailoring requests (CTRs).
Key Behaviors and Considerations
- For new authorization packages, all SSP and AP related objects are created anew.
- For existing packages, SSP, AP, AR, and POA&M objects default to override mode, enabling updating of existing data.
- Duplicate UUIDs in multiple AP or AR files cause import failure, ensuring data integrity.
- Importing overlays merges configurations, applying defined rules for control objectives, even when duplicates exist.
- Fields such as Status, Frequency, Weighting, Implementation Statement, and Activities are populated if present in SSP, AP, or AR imports.
- Control tailoring request records are created during import when present, capturing requested changes, overlays, work notes, and user ownership, and remain visible within the authorization package.
Capabilities Enabled
- Import OSCAL Catalogs to establish security control baselines.
- Import OSCAL SSP files to upload authorization package data seamlessly.
- Import OSCAL Assessment Plans to automate creation of engagements, control tests, and assessment procedures.
- Import OSCAL Assessment Results to create engagements based on NIST RMF-aligned frameworks.
Practical Benefits for ServiceNow Customers
This import capability streamlines the ingestion of standardized security control data, reducing manual effort and improving data consistency within CAM. It supports iterative updates via overriding existing packages and enables detailed user role mapping to maintain alignment with organizational responsibilities. The process supports multiple file types and complex package structures, facilitating comprehensive security authorization management aligned with industry standards.
The CAM OSCAL import offers a playbook-style experience designed to streamline the integration of security control data.
- Details: Enter the import details, such as the OSCAL model, source, and recipients for import status notifications.
- Attachments: Upload the OSCAL-formatted files corresponding to the model selected in the Details tab.
- For Catalog OSCAL model, you must upload the catalog file to proceed with the import process.
- For SSP OSCAL model, you must upload the following files:
- Catalog
- Profile
- SSP
- Overlay: You can upload multiple overlay files.
- For Assessment Plan (AP) OSCAL model, you must upload the following files:
- Catalog
- Profile
- SSP
- Assessment Plan: You can upload multiple AP files (one per engagement).
- Overlay: You can upload multiple overlay files (optional)
- POA&M: You can upload POA&M files (optional)
- For Assessment Results (AR) OSCAL model, you must upload the following files:
- Catalog
- Profile
- SSP
- Assessment Plan: The AP file linked to the AR being imported. You can upload multiple AP files.
- Assessment Results: The AR file to import. You can upload multiple AR files.
- Overlay: You can upload multiple overlay files (optional)
- POA&M: You can upload multiple POA&M files (optional). POA&M items from this file are aggregated with the POA&M items already present in the AR file.
- User and Group Mapping: Map users and groups from the OSCAL files to the corresponding ServiceNow users and groups in your instance. Each user entry shows the roles the user is listed as in the import. For example, Assigned To (Engagement), Owner (Control Test), or Assigned To (POA&M). This step applies to the SSP, AP, and AR OSCAL models.
- Roles and Responsibilities: Assign users to specific roles for the imported files. These users will retain their roles throughout each step in the authorization package. Note:This tab is applicable when POAM, AR, SSP or Assessment Plan OSCAL model is selected.
- Preview and Override: Review the list of objects to be uploaded, along with the number of objects that will be created or skipped. Take appropriate actions such as importing, skipping, or overriding.Note:
- "CTR Assigned To" and "CTR Opened By appear" roles appear in the user mapping list for packages with associated control tailoring requests. CTR Opened By identifies the user recorded as the creator of the control tailoring request during import. CTR Assigned To identifies the user assigned to the control tailoring request during import. If no user is mapped to either role, the system defaults to the authorizing official configured for the authorization package.
- For new packages, all SSP and AP-related objects (engagements, control tests, test plans, entity to engagement mappings) display as Create New. On import, all objects are created.
- For existing packages, all SSP, AP, AR, and POA&M related objects display as Override by default when importing an AP or AR model. If you skip the package, all related objects are skipped automatically, including baseline controls, information type definitions, inherited controls, hybrid controls, engagements, test plans, control tests, assessment results, and entity to engagement mappings.
- When importing multiple AP or AR files, each file must have a unique UUID. If two AP files contain the same UUID, the import process fails and displays an error message.
- For AR imports, if the package already exists on the instance, it is overridden by default.
-
When you override an existing authorization package during import, the system applies the imported data to the package as follows:
- Overlays are overwritten with the imported values
- Control objectives from the imported source are created or overwritten
- Control tailoring requests from the imported SSP are created as new records associated with the overriding package
- The import process includes the following behavior:
- The import process succeeds even when overlay files contain duplicate control objective references. Each overlay defines behavior and action rules for matching and distinct control objectives, and the system applies these rules to determine which overlay's configuration takes effect for each control objective.
- The import now populates the following fields, if the values are present in the export file:
- Status
- Frequency
- Weighting
- Implementation statement
- Activities
This applies to controls created during the import of SSP, Assessment Plan, and Assessment Report models.
-
If the imported file contains control tailoring request data, the system creates a control tailoring request record as part of the import. The imported control tailoring request includes:
- Requested changes
- Overlay controls
- Work notes (visible in the CTR record, marked as imported from OSCAL)
- The created by field, set to the user mapped to the CTR opened by role during import (defaults to System Owner if not mapped)
The control tailoring request record is visible in the authorization package after import.
For more information on the OSCAL import error and control catalog, see the OSCAL Import [KB1794095] article in the Now Support Knowledge Base.