CRISC Exam Dumps - Certified in Risk and Information Systems Control

A risk treatment plan typically includes the following elements2:

Risk description: A brief summary of the risk, its causes, and its consequences.

Risk owner: The person or entity who is responsible for managing the risk and implementing the risk treatment plan.

Risk response: The strategy or method chosen to deal with the risk, such as avoid, reduce, transfer, or accept.

Risk actions: The specific tasks or steps that need to be performed to execute the risk response.

Risk resources: The human, financial, technical, or other resources that are required or available to support the risk actions.

Risk timeline: The schedule or deadline for completing the risk actions and achieving the desired risk level.

By recommending a risk treatment plan, the risk practitioner can help the organization to:

Analyze and prioritize the vulnerabilities detected on the systems, and determine their impact and likelihood.

Evaluate and compare the possible risk responses, and select the most suitable and feasible one for each vulnerability.

Define and assign the roles and responsibilities for the risk treatment process, and ensure the accountability and collaboration of the stakeholders.

Monitor and measure the progress and effectiveness of the risk treatment process, and report the results and outcomes to the management.

The other options are not the best course of action, because:

Recommending the business change the application is not a realistic or practical option, as it may be costly, time-consuming, or technically challenging to modify the application to make it compatible with the updated servers. It may also create other issues or risks, such as compatibility problems with other systems, performance degradation, or user dissatisfaction.

Including the risk in the next quarterly update to management is not a proactive or timely option, as it may delay or defer the risk treatment process and increase the exposure or vulnerability of the systems. It may also indicate a lack of urgency or importance of the risk, and undermine the credibility or trust of the management.

Implementing compensating controls is not a sufficient or comprehensive option, as it may not address the root cause or the source of the risk. Compensating controls are alternative or additionalcontrols that are implemented when the primary or preferred controls are not feasible or effective3. They may reduce the impact or likelihood of the risk, but they may not eliminate or resolve the risk.

References =

Risk Treatment Plan - CIO Wiki

Risk Treatment Plan Template - ISACA

Compensating Control - CIO Wiki

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.

A denial-of-service (DoS) attack is a type of cyberattack that aims to disrupt or disable the normal functioning of a system or network by overwhelming it with excessive traffic or requests.

The chief technology officer (CTO) has decided to accept the risk associated with the potential loss from a DoS attack. This means that the CTO has determined that the cost or effort of implementing or maintaining controls to prevent or reduce the impact of a DoS attack is not justified by the expected benefits or savings, and that the organization is willing to bear the consequences of a DoS attack if it occurs.

The best course of action for the risk practitioner in this situation is to identify key risk indicators (KRIs) for ongoing monitoring. This means that the risk practitioner should define and measure the metrics that provide information about the level of exposure to the DoS attack risk, such as the frequency, duration, or severity of the attacks, the availability, performance, or security of the systems or networks, the customer satisfaction, reputation, or revenue of the organization, etc.

Identifying KRIs for ongoing monitoring helps to track and evaluate the actual results and outcomes of the risk acceptance decision, compare them with the risk appetite and tolerance ofthe organization, identify any deviations or breaches that may require attention or action, and report them to the appropriate parties for decision making or improvement actions.

The references for this answer are:

Risk IT Framework, page 15

Information Technology & Security, page 9

Risk Scenarios Starter Pack, page 7

IT assets are the resources that support the organization’s business processes and objectives, such as hardware, software, data, and information. IT assets are the primary targets of IT risk, as they may be exposed to threats, vulnerabilities, and control deficiencies that could compromise their confidentiality, integrity, availability, or value. Therefore, identifying and classifying IT assets is the first step in developing relevant IT risk scenarios, as it helps to determine the scope, boundaries, and dependencies of the IT risk environment.

The other options are not the first things to review for identifying IT risk scenarios. Technology threats (A) are the potential sources of harm or damage to IT assets, such as natural disasters, cyberattacks, human errors, or sabotage. Technology threats are important to consider, but they are not the starting point for IT risk scenarios, as they depend on the context and characteristics of the IT assets. Security vulnerabilities © are the weaknesses or flaws in IT assets or controls that could be exploited by threats, such as outdated software, misconfigured systems, or insufficient encryption. Security vulnerabilities are also important to identify, but they are not the first thing to review, as they are specific to the IT assets and their configurations. IT risk register (D) is a document that records and tracks the identified IT risks, their analysis, evaluation, and response. IT risk register is a result of the IT risk assessment process, not an input to it.

The most effective method for uniquely identifying the originator of electronic transactions is a digital signature. A digital signature is a cryptographic technique that uses a pair of keys, one public and one private, to authenticate the identity and integrity of the sender and the message. A digital signature is created by applying the sender’s private key to a hash of the message, and is verified by applying the sender’s public key to the signature and comparing it with the hash ofthe message. A digital signature ensures that the sender cannot deny sending the message (non-repudiation), and that the message has not been altered or tampered with during transmission (data integrity). References = Risk and Information Systems Control Study Manual, 7th Edition, Chapter 3, Section 3.2.3, page 1301

The best course of action when a new application is added to the environment after testing of the SSO control has been completed is to initiate a retest of the full control, as it may reveal any new issues or gaps that the new application may introduce to the SSO control, and ensure that the control remains effective and adequate. Retesting the control using the new application as the only sample, reviewing the corresponding change control documentation, and re-evaluating the control during the next assessment are not the best courses of action, as they may not provide sufficient assurance, evidence, or timeliness of the control testing, respectively. References = CRISC Review Manual, 7th Edition, page 154.

According to the Risk and Information Systems Control Study Manual, the first step in prioritizing risk response is to address the high risk factors that have efficient and effective solutions. This means that management should focus on the risks that have the most impact on the organization’s objectives and can be mitigated with the least amount of resources and effort. This approach helps to optimize the risk response process and achieve the best results in terms of risk reduction and value creation. References = Risk and Information Systems Control Study Manual, 7th Edition, Chapter 5, Section 5.3.2, Page 223.