Which of the following is MOST important to ensure when reviewing an organization's risk register?
Correct Answer: A
The most important factor to ensure when reviewing an organization's risk register is that the risk ownership is recorded, as it indicates the authority and responsibility for managing the risk and its associated controls, and facilitates the communication and accountability of the risk management process and activities. The other options are not the most important factors, as they are more related to the identification, classification, or measurement of the risk, respectively, rather than the management of the risk. References = CRISC Review Manual, 7th Edition, page 101.
CRISC Exam Question 712
Which of the following is the MOST important risk management activity during project initiation?
Correct Answer: D
CRISC Exam Question 713
When a risk practitioner is determining a system's criticality. it is MOST helpful to review the associated:
Correct Answer: B
The most helpful information to review when determining a system's criticality is the associated business impact analysis (BIA). A BIA is a process of identifying and evaluating the potential effects of disruptions to the organization's critical business functions and processes. A BIA can help to determine the system's criticality by assessing its impact on the organization's objectives, performance, and value. Process flow, service level agreement (SLA), and system architecture are other possible information sources, but they are not as helpful as the BIA. References = ISACA Certified in Risk and Information Systems Control (CRISC) Certification Exam Question and Answers, question 4; CRISC Review Manual, 6th Edition, page 153.
CRISC Exam Question 714
Which of the following is the MOST effective control to maintain the integrity of system configuration files?
Correct Answer: D
According to the CRISC Review Manual, monitoring against the configuration standard is the most effective control to maintain the integrity of system configuration files, because it ensures that any unauthorized or unintended changes are detected and corrected. Monitoring against the configuration standard involves comparing the actual configuration of the system with the approved baseline and identifying any deviations or discrepancies. The other options are not the most effective controls, because they do not ensure the integrity of the system configuration files. Recording changes to configuration files is a good practice, but it does not prevent unauthorized or unintended changes from occurring. Implementing automated vulnerability scanning is a preventive control that helps to identify and remediate potential weaknesses in the system, but it does not verify the integrity of the configuration files. Restricting access to configuration documentation is a security measure that limits the exposure of sensitive information, but it does not prevent unauthorized or unintended changes to the configuration files. References = CRISC Review Manual, 7th Edition, Chapter 4, Section 4.2.3, page 184.
CRISC Exam Question 715
Which of the following is PRIMARILY a risk management responsibly of the first line of defense?
Correct Answer: A
The primary risk management responsibility of the first line of defense is to implement risk treatment plans. The first line of defense is the operational management and staff who are directly involved in the execution of the business activities and processes. They are responsible for identifying, assessing, and responding to the risks that affect their objectives and performance. Implementing risk treatment plans means applying the appropriate risk response strategies and actions to address the identified risks, and monitoring and reporting the results and outcomes of the risk treatment. The other options are not as primary as implementing risk treatment plans, as they are related to the validation, establishment, or review of the risk management process, not the execution of the risk management process. References = Risk and Information Systems Control Study Manual, Chapter 1: IT Risk Identification, Section 1.1: IT Risk Management Process, page 15.