CI lookup rules for identifying configuration items from Vulnerability Response third-party vulnerability integrations
Summarize
Summary of CI Lookup Rules for Identifying Configuration Items from Vulnerability Response Third-Party Vulnerability Integrations
The CI lookup rules in Vulnerability Response enable automatic identification of configuration items (CIs) when importing data from third-party integrations. This process enhances remediation efforts by linking vulnerable items to their corresponding CIs in the Configuration Management Database (CMDB).
Show less
Key Features
- The system performs a lookup on the Discovered Items list using third-party IDs to identify existing CIs.
- If no match is found, additional host information is utilized; a placeholder CI is created as an Unmatched CI if necessary.
- CI lookup rules can be domain separated and are source-specific, affecting all deployments of the vulnerability integration if modified.
- Rules prioritize vendor ID lookups and are evaluated in order from lowest to highest, stopping at the first single match.
- Specific CI lookup rules are available for different sources like Qualys, Rapid7, and Tenable.io, each with unique identifiers for matching.
- Changes to CI lookup rules require clicking "Apply Changes" to rerun rules on affected discovered items.
Key Outcomes
By leveraging CI lookup rules, ServiceNow customers can efficiently identify and link vulnerabilities to their CIs, aiding in accurate tracking and remediation. Proper configuration of these rules minimizes performance issues during data imports, ensuring a streamlined process for managing vulnerabilities and their associated configuration items.
When data is imported from a third-party integration, Vulnerability Response automatically uses host data to search for matches in the Configuration Management Database (CMDB). It does this using CI Lookup Rules. These rules are used to identify configuration items (CIs) and add them to the vulnerable item record to aid in remediation.
Starting with version 19.0, navigate to to locate the list in your instance.
As assets are imported, a lookup is performed first on the Discovered Items list using third-party IDs to find matches to configuration item (CIs) from prior imports. When a host ID match is found, it is used as the Configuration item field in the vulnerable item record.
You can see how imported assets are mapped to CIs using the Discovered Items list. If a match is not found, or the host ID field is empty, the rules use the other host information to attempt to correctly identify the CI. If a match is still not found, a placeholder CI is created and is designated as an Unmatched CI. See Unmatched CIs for more information on how those CIs are handled.
dscy_switchport,
cmdb_ci_network_adapter, cmdb_ci_nic, or cmdb_ci_ip_address, the parent CI is returned.A system property to exclude CI classes is available. This property is not available with upgrade. See Ignore CI classes for upgrade information and instructions on setting the property.
To make it easier to find matching issues, when a match is found, the CI lookup rule used to find it is added to the Discovered Item record in the CI matching rule field. Lookup rules are evaluated by lowest Order value first.
The CI lookup rules are shipped with their corresponding integration plugins.
- QUALYS HOST ID
- FQDN
- NetBIOS
- DNS
- IP
- MacAddress
- FQDN
- HostName
- IP
- FQDN
- NETBIOS
- HOSTNAME
- MacAddress
- DNS
- MacAddress
- FQDN
- NETBIOS
Importing vulnerability data can be taxing on an instance and performance issues with resources can occur if rules are not carefully constructed. The logic used to iterate through and perform matching within the CMDB can result in lengthy processing times. To avoid any potential degradation of resources or performance complications, test any custom-written CI Lookup Rules or modifications to pre-defined CI Lookup Rules. See Steps to help prevent duplicate or orphaned records after running Vulnerability Response CI lookup rules for more information on preventing duplicate orphan records, deleting data, and cleaning up data.
Reapplying updated CI lookup rules
- Were matched by the updated rules
- Are not matched by any rule