CRISC Exam Dumps - Certified in Risk and Information Systems Control

 Business process re-engineering is the radical redesign of a business process to achieve significant improvements in performance, quality, cost, or customer satisfaction. Business process re-engineering can introduce new or modified risks to the organization, as well as affect the existing controls and responses. Therefore, the best way to help ensure risk will be managed properly after a business process has been re-engineered is to reassess the control effectiveness of the process, meaning that the organization should evaluate whether the controls are still adequate, appropriate, and functioning as intended to mitigate the risks. Reassessing the control effectiveness can help to identify any gaps or weaknesses in the control environment, as well as to implement any necessary changes or improvements to the controls. References = Risk and Information Systems Control Study Manual, Chapter 5, Section 5.2.2, p. 229-230

The risk practitioner’s most important responsibility in managing risk acceptance that exceeds risk tolerance is to verify authorization by senior management. Risk acceptance is a risk response strategy that involves acknowledging and agreeing to bear the risk and its potential consequences. Risk tolerance is the acceptable or allowable level of variation or deviation from the expected or desired outcomes or objectives. When the risk acceptance exceeds the risk tolerance, it means that the organization is taking on more risk than it can handle or afford. Therefore, the risk practitioner should verify that the risk acceptance is authorized by senior management, who have the authority and accountability for making risk management decisions and ensuring that they are aligned with the organizational strategy and objectives. The other options are not as important as verifying authorization by senior management, as they are related to the adjustments, conditions, or documentation of the risk acceptance, not the approval or validation of the risk acceptance. References = Risk and Information Systems Control Study Manual, Chapter 3: IT Risk Response, Section 3.2: IT Risk Response Options, page 133.

The best way to ensure the implementation of corrective action plans is to assign accountability to risk owners. Corrective action plans are the plans that describe the actions and resources that are needed to correct or improve the performance or compliance of the processes or controls. Risk owners are the persons who have the authority and responsibility for managing the risks and their responses. By assigning accountability to risk owners, the implementation of corrective action plans can be monitored, evaluated, and enforced, and the results and outcomes can be reported and communicated. The other options are not as effective as assigning accountability to risk owners, as they are related to the training, scheduling, or outsourcing of the corrective action plans, not the oversight or governance of the corrective action plans. References = Risk and Information Systems Control Study Manual, Chapter 4: Risk and Control Monitoring and Reporting, Section 4.4: Key Control Indicators, page 211.

Data privacy protection is the process of safeguarding the personal information of individuals from unauthorized access, use, disclosure, modification, or destruction. Personal information is any information that can be used to identify, locate, or contact an individual, such as name, address, phone number, email, social security number, etc. When there are plans for a business initiative to make use of personal information, the primary consideration related to data privacy protection is to do not collect or retain data that is not needed. This means that the organization should only collect the minimum amount of personal information that is necessary for the purpose of the business initiative, and should only retain the data for as long as it is required by law or business needs. By doing so, the organization can reduce the risk of data breaches, comply with the data protection regulations, respect the data subjects’ rights, and enhance the trust and reputation of the organization. References = CRISC Review Manual, 7th Edition, page 159.

The lack of integrity of data is the greatest concern when replication of a critical database used by two business units failed. Data integrity means that the data is accurate, complete, consistent, and reliable. If the replication failed, it means that the data in the primary and secondary databases may not be synchronized and may have discrepancies or errors. This could affect the quality and reliability of the data and the business processes that depend on it. The other options are not as concerning as the lack of integrity of data, as they are related to the efficiency, cost, or confidentiality of the data, which are less critical than the accuracy and reliability of the data. References = Risk and Information Systems Control Study Manual, Chapter 4: Risk and Control Monitoring and Reporting, Section 4.2: Key Performance Indicators, page 183.

The best key performance indicator (KPI) to measure the effectiveness of the security patching process is the percentage of patches installed successfully within the expected time frame. This KPI can help to evaluate how well the security patching process meets the predefined objectives and standards, and how timely the patches are applied to reduce the risk exposure. The percentage of patches installed by the security administration team, successfully during the first attempt, or without causing an unplanned system outage are other possible KPIs, but they are not as relevant as the percentage of patches installed successfully within the expected time frame. References = ISACA Certified in Risk and Information Systems Control (CRISC) Certification Exam Question and Answers, question 7; CRISC Review Manual, 6th Edition, page 202.

 According to the CRISC Review Manual, formal approval of the account by the user’s manager is the best evidence that a user account has been properly authorized, because it ensures that the user’s role and access rights are consistent with the business needs and the principle of least privilege. The user’s manager is responsible for verifying the user’s identity, job function, and access requirements, and for approving or rejecting the account request. The other options are not the best evidence of proper authorization, because they do not involve the user’s manager’s approval. An email from the user accepting the account is a confirmation of the account creation, but it does not indicate that the account was authorized by the user’s manager. Notification from human resources that the account is active is an administrative process that does not verify the user’s access rights and role. User privileges matching the request form is a verification of the account configuration, but it does not ensure that the request form was approved by the user’s manager. References = CRISC Review Manual, 7th Edition, Chapter 4, Section 4.1.2, page 163.

Several network user accounts were recently created without the required management approvals. This indicates that there is a risk of unauthorized access, use, disclosure, modification, or destruction of the network resources or data, which may affect the confidentiality, integrity, and availability of the network.

The best recommendation to address this situation is to investigate the root cause of noncompliance. This means that the risk practitioner should analyze the factors or reasons that led to the creation of the network user accounts without the required management approvals, such as human error, negligence, malice, system failure, process flaw, etc.

Investigating the root cause of noncompliance helps to identify and correct the source of the problem, prevent or reduce the recurrence of the problem, and improve the compliance and security of the network user accounts.

The other options are not the best recommendations to address this situation. They are either secondary or not effective for noncompliance.

The references for this answer are:

Risk IT Framework, page 31

Information Technology & Security, page 25

Risk Scenarios Starter Pack, page 23