Isaca Updated CRISC Exam Questions and Answers by nella

A key risk indicator (KRI) is a metric that measures the changes in the level of risk exposure, such as by monitoring the risk drivers, triggers, or events. A KRI indicates a reduction in the percentage of appropriately patched servers means that the enterprise is not applying the latest security updates or fixes to its servers, which could expose them to vulnerabilities or threats. The best course of action for the risk practitioner when a KRI indicates a reduction in the percentage of appropriately patched servers is to determine changes in the risk level. The risk level is the measure of the impact and likelihood of the risk, and it should be consistent and comparable across the enterprise and over time. By determining changes in the risklevel, the risk practitioner can assess the current or emerging risks, and decide on the appropriate risk response strategy and actions. The other options are not the best course of action, as they involve different aspects or outcomes of the risk management process:

Outsource the vulnerability management process means that the enterprise transfers the responsibility or burden of identifying, analyzing, prioritizing, and remediating the vulnerabilities in the IT systems and applications to a third party, such as a vendor or a contractor. This may not be a feasible or effective way to address the risk of unpatched servers, as it may not reduce the exposure or impact of the risk, or may introduce new risks, such as contractual disputes, quality issues, or intellectual property rights.

Review the patch management process means that the enterprise evaluates the existing procedures and practices for applying the security updates or fixes to the servers, and identifies the gaps or weaknesses that need to be addressed. This may be a useful step in the risk management process, but it is not the best course of action, as it may not provide immediate or sufficient information or action to address the risk of unpatched servers, or may not account for the uncertainties or complexities of the risk.

Add agenda item to the next risk committee meeting means that the enterprise communicates the risk of unpatched servers to the senior executives who oversee the enterprise-wide risk management program, and provide guidance and direction to the risk owners and practitioners. This may be a helpful step in the risk management process, but it is not the best course of action, as it may not provide timely or adequate information or action to address the risk of unpatched servers, or may not reflect the urgency or priority of the risk. References = Risk and Information Systems Control Study Manual, 7th Edition, Chapter 4, Section 4.3.2.1, pp. 171-172.

According to the CRISC Review Manual, the most important reason for implementing change control procedures is to ensure that only approved changes are implemented, because it helps to prevent or minimize the risk of unauthorized or unintended changes that may affect the stability, security, or performance of the IT systems and processes. Change control procedures are the steps and activities that are followed to manage the initiation, review, approval, implementation, and verification of changes. Change control procedures also help to ensure that the changes are aligned with the business requirements and objectives, and that the changes are documented and communicated to the stakeholders. The other options are not the most important reason for implementing change control procedures, as they are related to other benefits or outcomes of the change control process. Timely evaluation of change events is the reason for implementing change management, which is the process of identifying, analyzing, and responding to the changes that may affect the IT systems and processes. An audit trail is the outcome of implementing change control procedures, as it provides a record of the changes and their impacts. Logging emergency changes is the exception of implementing change control procedures, as it allows for bypassing the normal approval process in case of urgent or critical changes. References = CRISC Review Manual, 7th Edition, Chapter 4, Section 4.2.1, page 177.

Assessing the risk of using production data for testing before making a decision is the best recommendation for the risk practitioner, because it helps to balance the benefits and drawbacks of using real data for the proof of concept (POC) of a security tool. A POC is a demonstration or trial of a proposed solution or product to verify its feasibility, functionality, and value. A security tool is a software or hardware device that helps to protect the IT systems or networks from threats or attacks. Using production data for testing purposes can yield the best results, as it reflects the actual data that the security tool will handle in the operational environment. However, using production data for testing also poses risks, such as data leakage, data corruption, data privacy violation, or regulatory non-compliance. Therefore, assessing the risk ofusing production data for testing before making a decision is the best recommendation, as it helps to identify and evaluate the potential risks and issues, and to determine the appropriate controls or mitigating factors to reduce or eliminate them. Accepting the risk of using the production data, benchmarking against what peer organizations are doing, and denying the request are all possible recommendations, but they are not the best recommendation, as they do not consider the risk assessment process and the trade-offs involved in using production data for testing. References = Risk and Information Systems Control Study Manual, Chapter 5, Section 5.4.1, page 208