An IT risk register is a document that records and tracks the IT risks that have been identified and assessed by the risk practitioner. It contains information such as the risk description, the risk owner, the risk level, the risk response, the risk status, and the risk monitoring and reporting activities. An IT risk register is a dynamic document that needs to be updated regularly to reflect the changes in the IT environment and the risk landscape. When a software upgrade renders an existing key control ineffective, the risk practitioner should update the IT risk register to indicate the new risk level, the new risk response, and the new risk monitoring and reporting activities. This will ensure that the IT risk register remains accurate, relevant, and useful for IT risk management. Updating the IT risk register is more important than updating the audit engagement letter, the risk profile, or the change control documentation, because the IT risk register is the primary source of information and guidance for managing IT risks. The audit engagement letter is a formal agreement between the auditor and the auditee that defines the scope, objectives, and terms of the audit. The risk profile is a summary of the organization's risk appetite, risk tolerance, and risk exposure. The change control documentation is a record of the changes that have been made to the IT systems and processes. These documents are important for IT risk management, but they are not as critical as the IT risk register for updating when a key control becomes ineffective. References = Risk and Information Systems Control Study Manual, Chapter 2: IT Risk Assessment, Section 2.4: Risk Register, pp. 69-711

An intrusion detection system (IDS) is a network security tool that monitors and analyzes network traffic for signs of malicious or suspicious activity, such as unauthorized access, data exfiltration, malware infection, or denial-of-service attack. An IDS can detect and alert the organization to potential threats based on predefined rules or signatures, or based on anomalies or deviations from normal network behavior. An IDS can also generate logs that record the details of the network events and incidents, such as the source, destination, content, and context of the network traffic. By analyzing the IDS logs, the organization can identify and validate the suspicious network activity, and determine its scope, impact, and root cause. The organization can also use the IDS logs to support the incident response and remediation process, and to improve the network security and resilience. The other options are less effective ways to ensure that suspicious network activity is identified. Analyzing server logs can provide some information about the network activity, but it may not be sufficient or timely to detect and validate the suspicious or malicious activity, as server logs only capture the events or activities that occur on the server, and not on the entire network. Using a third-party monitoring provider can help to outsource the network monitoring and analysis function, but it may not be the best option, as it may introduce additional risks, such as data privacy, vendor reliability, or service quality issues. Coordinating events with appropriate agencies can help to share information and resources with other organizations or authorities, such as law enforcement, regulators, or industry peers, but it may not be the best option, as it may depend on the availability and cooperation of the agencies, and it may not be feasible or desirable to disclose the network activity to external parties. References = Monitoring for Suspicious Network Activity: Key Tips to Secure Your Network 1

The most important reason to create risk scenarios is to assist with risk identification. Risk scenarios are hypothetical situations that describe how a risk event could occur and what the consequences would be. By creating risk scenarios, the enterprise can identify potential sources, causes, and impacts of risk, as well as the likelihood and severity of the risk. Risk scenarios also help to communicate and visualize the risk to stakeholders and decision makers. Determining risk tolerance, risk appetite, and risk responses are important outcomes of risk scenarios, but they are not the primary reason for creating them. References = Risk and Information Systems Control Study Manual, 7th Edition, Chapter 2, Section 2.1.1.2, page 521
1: ISACA Certified in Risk and Information Systems Control (CRISC) Exam Guide, Answer to Question
639.

The best indicator of the risk appetite and tolerance level for the risk associated with business interruption caused by IT system failures is the recovery time objective (RTO). The RTO is the maximum acceptable time or duration that a business process or an IT system can be disrupted or interrupted before it causes unacceptable impact or harm to the business. The RTO reflects the risk appetite and tolerance level for the business interruption risk, as it indicates how much disruption or interruption the business can tolerate or accept, and how quickly the business needs to resume or recover the business process or the IT system. The RTO also helps to determine the priorities and requirements for the business continuity and recovery planning, and to select and implement the appropriate continuity and recovery strategies and solutions. Mean time to recover (MTTR), IT system criticality classification, and incident management service level agreement (SLA) are not the best indicators of the risk appetite and tolerance level for the business interruption risk, as they are either the measures or the outcomes of the business continuity and recovery performance, and they do not directly indicate how much disruption or interruption the business can tolerate or accept. References = CRISC Review Manual, 6th Edition, ISACA, 2015, page 50

The board of directors' response to identified risk factors is the best indicator of the risk appetite of an organization. The board of directors is the highest governing body of the organization, and it is responsible for setting the strategic direction, objectives, and risk appetite of the organization. The board of directors should also oversee the risk management process, and ensure that the risks are aligned with the organization's goals and values. The board of directors' response to identified risk factors reflects how much and what type of risk the organization is willing to pursue, retain, or take in order to achieve its objectives. The regulatory environment, the risk management capability, and the importance assigned to IT are not direct indicators of the risk appetite, although they may influence or constrain it. References = Risk and Information Systems Control Study Manual, Chapter 1, Section 1.2.1, page 1-8.