Using indicator templates
Summarize
Summary of Using indicator templates
Indicator templates in ServiceNow enable you to efficiently create multiple indicators for similar cybersecurity controls or risks, leveraging predefined templates from the Technology Controls Monitoring Accelerator application. Indicators collect data to monitor individual controls or risks, supporting audit evidence collection and risk assessment activities.
Show less
Indicators can be automated or manual, with evidence sourced automatically or gathered through assigned manual tasks. They help in creating issues, updating risk scores, and providing supporting information for audits and control testing.
Key Features
- Types of Indicators:
- Basic: Collect evidence directly from a source table.
- Manual: Require third-party data sources; no automated evidence collection.
- Scripted: Collect evidence from multiple source tables using scripts.
- Indicator Process: Set up templates, apply them to controls or risk statements, then generate indicators that reflect control or risk status.
- Automated vs Manual Examples: Automated examples include verifying server updates or password age; manual examples involve tasks like conducting network penetration tests.
- Integration with Policies and Risk Statements: Indicator templates can be linked to policy or risk statements for automatic indicator creation and status calculation, influencing control status and risk scores.
- Indicator Scheduling: Templates include configurable collection frequencies (daily, weekly, monthly, quarterly, semi-annually, annually) to automate data collection and task generation.
- Collection Methods: Results can be gathered manually, via filters, Performance Analytics, or scripts. Templates define how results are evaluated against targets to determine pass/fail status.
- Supporting Data: From version 10.1, historical supporting data is available for analysis, including sampling options and filtering criteria to refine data collection.
Practical Benefits for ServiceNow Customers
- Streamlines monitoring by enabling bulk creation and automated management of indicators for similar controls or risks.
- Improves accuracy and timeliness of control and risk status updates through scheduled data collection and automated result evaluation.
- Supports proactive risk management by linking indicator failures directly to issue creation and risk score adjustments.
- Facilitates audit readiness by capturing and organizing evidence systematically, whether collected automatically or manually.
- Offers flexibility with different indicator types and collection methods to fit diverse organizational data availability and monitoring needs.
Indicators collect data to monitor a single control or risk. Indicator templates allow you to create multiple indicators for similar controls or risks. The Technology Controls Monitoring Accelerator application provides a collection of 171 predefined indicator templates for monitoring cybersecurity controls.
Indicators and Indicator templates
The indicators collect data to monitor the controls and risks and collect the audit evidence. Indicators monitor a single control or risk.
The indicator templates allow the creation of multiple indicators for similar controls or risks.
The indicator templates obtained with the Technology Controls Monitoring Accelerator application provide the instructions that you must run the indicators, as described in the following sections.
- Create issues for the controls.
- Update the risk scores.
- Provide supporting information for the audit activities and control testing
- Basic: Evidence is collected from on the source table.
- Manual: Evidence is not collected. This type of indicator requires a third party data source.
- Scripted: Evidence can be collected from multiple source tables.
Flow of the indicator process
- Set up the indicator template.
- Apply the indicator template to a risk statement or control. When the control or risk statement is scoped with an entity type or specific entities, then all the controls or risks under that control objective or risk statement have an indicator generated for them.
Indicators can be automated or manual. The indicator tasks are generated that show the final state of the indicator.
Examples of automated indicators and manual indicators
An example of an automated indicator would be to check that all servers in the CMDB are up to date. Another example would be that all LDAP passwords are less than three months old.
An example of a manual indicator would be to ask the network administrator to conduct the annual Network Penetration Tests are conducted and the results are attached to the task. If a result indicates failed or not passed, it is used to trigger the creation of GRC issues.
Usage of indicator templates
You can link the indicator templates to the policy statements or risk statements so that the indicators are automatically created for the controls or risks. The status of the controls is also automatically calculated by the linked indicator results and it may affect any linked risks. For example, if the indicator tied to a control fails, then the overall status cannot be completed unless the remediation task is closed by the user.
The Calculated Risk Score for the risk is also adjusted automatically by the indicators results of the risk. The Indicator Failure Factor field in the Risk table displays the impact of the failures.
Indicator template collection frequency
| Field | Description |
|---|---|
| Collection frequency | Collection frequency for indicator results. Indicator tasks and results are generated
automatically based on the indicator schedule.
|
Indicator template collection method
| Field | Description |
|---|---|
| Type | Results can be gathered manually using task assignment or automatically using basic filter conditions, Performance Analytics, or a script. |
| Target Type | Identifies whether the target is a percentage or a count. |
| Short Description | If Type = Manual, a brief description of the issue. |
| Instructions | If Type = Manual, instructions for the collection of indicator results. |
| Value Mandatory | If Type = Manual, the check box indicates whether the value is mandatory for the indicator task. |
| Passed/Failed | If Type = Basic, the conditions defined on the Supporting Data tab are met, and the results exceed the Target value, it indicates whether the indicator passed or failed. |
| Target | If Type = Basic, the threshold by which the results returned based on the conditions defined on the Supporting Data tab determine whether the indicator template passes or fails. |
| PA Threshold | If Type = PA Indicator, the associated PA Threshold. |
| Script | If Type = Script, the script that obtains the desired system information. |
Indicator template supporting data
| Field | Description |
|---|---|
| Collect supporting data | Indicates that you want to collect supporting data. The following three fields are displayed. |
| Table | The supporting data table. |
| Supporting Data Fields | The fields from the supporting data table to be considered. |
| Criteria | Filter conditions. |
| Use reference field | Indicates that you want to use a reference field. The following two fields are displayed. |
| Reference field | The reference field that you want to use for sampling. |
| Sample size | The number of records you want to use for data sampling. |
- Indicators
- Control Objectives/Risk Statements
- Content References