---
sourceDocument: Xanadu Security Management
sourceDocumentLink: https://www.servicenow.com/docs/r/xanadu/security-management

 Release :

    - xanadu

ft:locale :

    - en-US

ft:publication_title :

    - Xanadu Security Management

ft:clusterId :

    - security

bundleId :

    - security

workflow :

    - Technology


---

# Understanding Security Incident Response

# Understanding Security Incident Response {#ariaid-title1}

* Release version: Xanadu
* 
* Updated August 1, 2024
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 5 minutes to read

With Security Incident Response (SIR), manage the life cycle of your security
incidents from initial analysis to containment, eradication, and recovery. Security Incident
Response enables you to get a comprehensive understanding of incident response procedures
performed by your analysts, and understand trends and bottlenecks in those procedures with
analytic-driven dashboards and reporting.

Watch this video to learn about the SIR process, using Security Incident Response to thwart attacks and viewing security activity in the Security Incident Response Explorer.
Built in integrations with third-party cyber security solutions and partner-developed integrations from the ServiceNow Store enable security automation and orchestration for efficient and accurate incident response.  
To protect your investigations and keep security incidents private, Security Incident Response provides the means to restrict access to the system to specific security-related roles and ACLs. Non-security administrators can be restricted from access, unless you expressly allow them entry.  
Note:  
IT System Administrators \[admin\] can impersonate ServiceNow users. However, when impersonating a user with an application admin role for Security Incident Response, an admin cannot access features granted by that role, including security incidents and profile information. Access to modules and applications in the navigation bar is also restricted. Also, admin cannot change the password of any user with an application admin role for Security Incident Response.

## Security Incident Response information flow

Security Incident Response employs the following flow of information, from integration through
investigation, and then on to resolution and review.  
Note:  
This is an interactive infographic, so you can try clicking on any of the icons or steps in the image to learn about that process or task.  

## Discovery {#what-is-sir__section_qrm_cpv_gbb}

Security incidents can be logged or created in the following ways.

* From the Security Incident form
* From events that are spawned internally, or created by external monitoring or vulnerability tracking systems via alert rules, or manually
* From external monitoring or tracking systems
* From the service catalog
{#what-is-sir__ul_h14_dpv_gbb}

## Analysis

Depending on the selected view, you are using (default, Non-IT Security, Security ITIL, and so
on), the Security Incident form can show any combination of vulnerabilities, incidents,
changes, problems, tasks on the affected CI and affected CI groups. The system can identify
malware, viruses, and other areas of vulnerability by cross-referencing the National
Institute of Standards and Technology (NIST) database, or other third-party detection
software. As security incidents are resolved, you can use any incident to create a security
knowledge base article for future reference.

Perform further analysis using a business service map to locate other affected systems or
business services that can be infected.

## Containment, Eradication, and Recovery

As you monitor and analyze vulnerabilities, you can create and assign tasks to other
departments. You can use a business service map to create tasks, problems, or changes for
all affected systems, documents, activities, SMS messages, bridge calls, and so forth.

## Review

After the incident is resolved, other steps can take place before closure. You can perform a post incident review. Creating knowledge base articles can help with future similar incidents. Significant incidents may require a post-incident resolution review. This review can take several forms. For example:

* Conduct a meeting to discuss the incident and gather responses.
* Write and distribute to those teams who worked on an incident a list of resolution review questions designed for each category or priority of incident.
* Incident managers can write the report and gather information on their own.

{#what-is-sir__ul_xhs_tsn_js}An incident resolution review report can be automatically generated that includes:

1. a summary of what was done
2. the time line
3. the type of security incident encountered
4. all related incidents, changes, problems, tasks, CI groups
5. the details of the resolution
{#what-is-sir__ol_dyd_3sj_bwb}In addition, an automated security incident resolution review survey system is available. It gathers the names of all users assigned to a security incident, and sends out a customized survey to gather data about the handling of the incident. This data can then be made available in a generated security incident review report, which you can edit into a final draft. Similar data can be added to a knowledge base article to contain lessons learned and the steps to take to resolve similar issues in the future.

## Request apps on the Store {#what-is-sir__section_ep3_152_ygb}

Visit the [ServiceNow Store](https://store.servicenow.com/sn_appstore_store.do#!/store/home) website to view all the available apps and for information about submitting requests to the store. For cumulative release notes information for all released apps, see the [ServiceNow Store version history release notes](https://www.servicenow.com/docs/bundle/store-release-notes/page/release-notes/store/sn-store-release-notes.html).{#what-is-sir__inline-send-to-store}

## Security Incident Response Terminology

The following terms are used in Security Incident Response.{#what-is-sir__table_vks_thr_ns__entry__2}

| Term | Definition |
|-|-|
| Active | Any security incident not in the closed or cancelled state. |
| [Administrator lockdown](https://www.servicenow.com/docs/1fUckEc_pTvr9Hs7z3e9BA#lock-down-security-admin "To protect investigations and keep security incidents private, you can restrict Security Incident Response access to security-specific roles and ACLs. Non-security administrators can be restricted from access, unless you expressly allow them entry.") | The ability to restrict Security Incident Response access to personnel with security-related roles and ACLs. |
| [Inbound security requests](https://www.servicenow.com/docs/_3RjlIbNK16a3reJroW_ag "After a security incident has been created, there are numerous types of information that can be added and viewed as your analysis of the issue progresses toward resolution.") | Requests submitted for low-impact security demands, such as requesting a new electronic badge. |
| [Manage post incident activities](https://www.servicenow.com/docs/dJ_ckANmx7Dbx_cTCb8Vxg "Based on the requirements of your business, a review of the origins and handling of security incidents is often needed.") | A review of the origins and handling of a security incident. The final product is a post incident report, which documents all actions performed and the reasons for doing them. |
| [Response tasks](https://www.servicenow.com/docs/VOj5uCHESxIMu5Oty4735Q "After a security incident has been created, you can create response tasks to track separate actions to be performed to respond to the security issue.") | Tasks assigned to a security incident for tracking actions in response to the threat. |
| [Understanding security incident calculators](https://www.servicenow.com/docs/pTWopE6wLiEc6k4DJLK8mA#c_SecIncCalculators "Security incident calculators are used to update record values when pre-defined conditions are met. The calculators are grouped based on the criteria used to determine how the records are updated.") | Calculators used to update record values when pre-configured conditions are met. |
| [Security incident treemaps](https://www.servicenow.com/docs/6t9TYlPuhTbm6EkfJStcOw "Treemaps display hierarchical (tree-structured) data as a set of nested rectangles. Each branch of the tree is given a rectangle, which is then tiled with smaller rectangles representing subbranches. Treemaps allow you to display security incident information in a dynamic, engaging way.") | Chart type that hierarchically shows security incident data in the form of nested rectangles. |
| [Threat lookup](https://www.servicenow.com/docs/8gvjkFeSzvQKhdonpKPGIg "If the Security Incident Response plugin is activated, you can submit threat lookups for files, hash values, URLs, and IP addresses from the Security Incident Catalog. The requests are submitted and you can view the results in the My Requests module.") | A request submitted from the security incident catalog for scanning files, URLs, and IP addresses for malware. |
| [Vulnerability scan](https://www.servicenow.com/docs/zAIZBc1_KVqg5HQAy3z_5A "If your security incident has one or more configuration items (servers, computers, and so on), they can be scanned for vulnerabilities from the Security Incident Response form.") | A request initiated from the Security Incident form for scanning affected resources (servers, computers, and other configuration items) for vulnerabilities. |
[ ]

{#what-is-sir__table_vks_thr_ns}