CRISC Exam Dumps - Certified in Risk and Information Systems Control

The programming project leader solely reviewing test results before approving the transfer to production would be a weakness in procedures for controlling the migration of changes to production libraries, because it violates the principle of segregation of duties, and it exposes the production libraries to the risk of unauthorized or erroneous changes. The programming project leader is responsible for developing and testing the changes, but not for approving and deploying them. The approval and deployment of the changes should be done by an independent and authorized party, such as the change control board or the operations manager. The other options are not weaknesses, but rather good practices, because:

Option B: Test and production programs being in distinct libraries is a good practice, because it prevents the accidental or intentional overwriting or mixing of the test and production programs, and it ensures the integrity and security of the production libraries.

Option C: Only operations personnel being authorized to access production libraries is a good practice, because it restricts the access and modification of the production libraries to the qualified and accountable staff, and it prevents the unauthorized or inappropriate access or modification of the production libraries by other parties.

Option D: A synchronized migration of executable and source code from the test environment to the production environment being allowed is a good practice, because it ensures the consistency and completeness of the changes, and it avoids the potential errors or discrepancies that may arise from the manual or partial migration of the changes. References = Risk and Information Systems Control Study Manual, 7th Edition, ISACA, 2020, p. 215.

Key risk indicators (KRIs) are metrics that provide information about the level of exposure to a specific risk or a group of risks.

The most important data attribute of KRIs is that the data is relevant. This means that the data reflects the current state of the risk, the potential impact of the risk, and the effectiveness of the risk response. Relevant data helps to monitor and measure the risk performance and to make informed decisions about risk management.

The other options are not the most important data attributes of KRIs. They are either secondary or not essential for KRIs.

The references for this answer are:

Risk IT Framework, page 15

Information Technology & Security, page 9

Risk Scenarios Starter Pack, page 7

 Controls are the mechanisms or procedures that ensure the security, reliability, and quality of an IT system or process. Controls can be preventive, detective, or corrective, and can be implemented at various levels, such as physical, logical, administrative, or technical. Controls should be defined during the design phase of system development because it is more cost-effective to determine controls in the early design phase. The design phase is the stage where the system requirements are translated into a detailed technical plan, which includes the system architecture, database structure, user interface, and system components. The design phase also defines the system objectives, goals, and performance criteria. Defining controls during the design phase can help ensure that the controls are aligned with the system requirements and objectives, and that they are integrated into the system design from the start. Defining controls during the design phase can also help avoid or reduce the costs and risks associated with implementing controls later in the development or operation phases, such as rework, delays, errors, failures, or breaches. References = THE SYSTEM DEVELOPMENT LIFE CYCLE (SDLC), p. 2-3, System Development LifeCycle - GeeksforGeeks, 7.3: Systems Development Life Cycle - Engineering LibreTexts, What Is SDLC? 7 Phases of System Development Life Cycle - Intetics.

A risk-aware culture is a culture that recognizes, understands, and values the importance of risk management in achieving the organization’s objectives and goals. A risk-aware culture is also a culture that supports and encourages the identification, assessment, response, and monitoring of risks across the organization, as well as the sharing and learning of risk information and best practices. One of the activities that would best contribute to promoting an organization-wide risk-aware culture is communicating components of risk and their acceptable levels. This is a technique to inform and educate the stakeholders and decision makers about the nature and scope of the risks that the organization faces, as well as the criteria and standards that the organization uses to measure and manage the risks. Communicating components of risk and their acceptable levels can help to increase the awareness and understanding of the risks and their impact on the organization’s performance and value, as well as to align the expectations and behaviors of the stakeholders and decision makers with the organization’s risk appetite and tolerance. Communicating components of risk and their acceptable levels can also help to foster a transparent and collaborative environment for risk management, where the stakeholders and decision makers can openly discuss and address the risks and their implications, as well as to provide and receive feedback and support. The other options are not the best activities to promote an organization-wide risk-aware culture, although they may be relevant and useful. Performing a benchmark analysis and evaluating gaps is a technique to compare and improve the organization’s risk management process and performance with the industry standards or best practices, as well as to identify and close the gaps or weaknesses in the organization’s risk management capabilities or maturity. However, this technique does not necessarily promote a risk-aware culture, as it focuses on the process and performance of risk management, not the attitude and behavior of risk management. Conducting risk assessments and implementing controls is a technique to identify and analyze the risks that the organization faces, as well as to select and execute the appropriate actions to address the risks, such as avoiding, transferring, mitigating, or accepting the risks. However, this technique does not directly promote a risk-aware culture, as it focuses on the actions and outcomes of risk management, not the values and beliefs of risk management. Participating in peer reviews and implementing best practices is a technique to evaluate and enhance the quality and effectiveness of the organization’s risk management activities anddeliverables, as well as to adopt and apply the proven and successful methods or solutions for risk management. However, this technique does not effectively promote a risk-aware culture, as it focuses on the improvement and optimization of risk management, not the communication and collaboration of risk management. References = CRISC Review Manual, pages 22-231; CRISC Review Questions, Answers & Explanations Manual, page 982; The 6 key elements to creating and maintaining a good risk culture3; How to increase risk awareness - Project Management Institute4

According to the CRISC Review Manual (Digital Version), the security management function is responsible for ensuring that effective cybersecurity controls are established and maintained. The security management function should:

Define the cybersecurity strategy and objectives aligned with the enterprise’s risk appetite and business goals

Establish and maintain the cybersecurity policies, standards, procedures and guidelines

Implement and monitor the cybersecurity controls and processes

Coordinate and communicate with other stakeholders, such as risk owners, IT management, enterprise risk function, internal and external auditors, regulators and third parties

Report on the cybersecurity performance and risk posture to senior management and the board

Continuously improve the cybersecurity capabilities and maturity

References = CRISC Review Manual (Digital Version), Chapter 1: IT Risk Identification, Section 1.4: IT Risk Management Roles and Responsibilities, pp. 29-301

An IT risk register is a document that records and tracks the IT-related risks that an organization faces, as well as the information and actions related to those risks, such as the risk description, assessment, response, status, and owner. An IT risk register is a valuable tool for managing and communicating IT risks and their impact on the organization’s objectives and operations. However, an IT risk register may also contain sensitive or confidential information that should not be disclosed or shared with unauthorized or irrelevant parties, as it may compromise the security, privacy, or reputation of the organization or its stakeholders. Therefore, the risk manager’s best approach to the request from the head of a business operations department to review the entire IT risk register is to determine the purpose of the request before sharing the register. This is a technique to understand and evaluate the reason and the need for the request, as well as the scope and the level of access that the requester requires or expects. By determining the purpose of therequest, the risk manager can ensure that the request is legitimate, appropriate, and relevant, and that the requester has a clear and valid interest or stake in the IT risk register. The risk manager can also ensure that the request is aligned with the organization’s policies, procedures, and standards for IT risk management and information sharing. The risk manager can also use the purpose of the request to decide what and how much information to share with the requester, and what conditions or restrictions to apply, such as confidentiality, accuracy, or timeliness. The other options are not the best approaches to the request from the head of a business operations department to review the entire IT risk register, as they may be premature, unnecessary, or ineffective. Escalating to senior management is a technique to involve or inform the higher-level authorities or decision makers about the request, which may be useful or required in some cases, but it may not be the first or the best step to take, as it may delay or complicate the process, or undermine the risk manager’s authority or responsibility. Requiring a nondisclosure agreement is a technique to protect the confidentiality and integrity of the information in the IT risk register by legally binding the requester to not disclose or misuse the information. However, a nondisclosure agreement may not be needed or appropriate in every case, and it may not prevent or address other issues or risks related to the information sharing, such as relevance, accuracy, or timeliness. Sanitizing portions of the register is a technique to remove or redact the sensitive or confidential information from the IT risk register before sharing it with the requester, which may be necessary or prudent in some cases, but it may not be sufficient or satisfactory, as it may affect the completeness, usefulness, or validity of the information, or raise questions or concerns from the requester.

KRIs and KCIs are both metrics that measure and monitor the risk and control environment of an enterprise. KRIs are indicators that reflect the level and trend of risk exposure, and help to identify potential risk events or issues. KCIs are indicators that reflect the performance and effectiveness of the risk controls, and help to ensure that the controls are operating as intended and mitigating the risk. Both KRIs and KCIs provide insight to potential changes in the level of risk, as they can signal the need for risk response actions, such as enhancing, modifying, or implementing new controls, or adjusting the risk strategy and objectives. References = Most Asked CRISC Exam Questions and Answers. CRISC: Certified in Risk & Information Systems Control Sample Questions, Question 240.

 A risk assessment is a process that identifies, analyzes, and evaluates the risks that an organization faces in relation to its objectives, assets, and operations. A risk assessment helps to determine the likelihood and impact of potential threats, as well as the adequacy and effectiveness of existing controls. A risk assessment also provides the basis for risk treatment, which involves selecting and implementing the appropriate risk responses, such as avoiding, transferring, mitigating, or accepting the risk. The client’s best course of action in this scenario is to perform their own risk assessment, rather than relying on the third-party service provider’s risk assessment. This is because the third-party service provider may have different risk criteria, assumptions, methods, or perspectives than the client, and may not fully understand or address the client’s specific risk context, needs, and expectations. The third-party service provider’s risk assessment may also be biased, outdated, or inaccurate, and may not reflect the current or future risk environment. By performing their own risk assessment, the client can ensure that the risk of their systems being hacked is properly identified, measured, and managed, and that the risk level is acceptable and aligned with their risk appetite and tolerance. The other options are not the best courses of action for the client, as they may expose the client to unnecessary or unacceptable risk. Implementing additional controls to address the risk may be costly, ineffective, or redundant, and may not be justified by the actual risk level. Accepting the risk based on the third-party service provider’s risk assessment may be risky, as the client may not have a clear or accurate understanding of the risk exposure or consequences. Performing an independent audit of the third party may be useful, but it may not be sufficient or timely to assess and address the risk of the client’s systems being hacked. References = CRISC Review Manual, pages 38-391; CRISC Review Questions, Answers & Explanations Manual, page 792