The Certified in Risk and Information Systems Control (CRISC)

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.

The best way to increase the chances of a successful delivery of a new application and to assure the business management that IT has a plan in place for early identification of potential issues is to include business management on a weekly risk and issues report. A risk and issues report is a document that summarizes the current status, progress, and challenges of the IT project, as well as the actions and resources needed to address them. A risk and issues report helps to communicate and align the expectations and objectives of the IT and business stakeholders, and to facilitate timely and effective decision-making and problem-solving. A risk and issues report also helps to monitor and control the project scope, schedule, budget, and quality, and to ensure that the project delivers the desired value and benefits to the organization. The other options are not as effective as including business management on a weekly risk and issues report, althoughthey may be part of the IT project management process or outcomes. Implementing a release and deployment plan, conducting comprehensive regression testing, and developing enterprise-wide key risk indicators (KRIs) are all activities that can help to ensure the quality and reliability of the new application, but they do not necessarily involve the business management or provide assurance for the early identification of potential issues. References = Risk and Information Systems Control Study Manual, Chapter 5, Section 5.4.1, page 5-32.

Thelatest security assessmentprovides a detailed evaluation of the control’s performance and identifies gaps or weaknesses. This is critical for determining the effectiveness of a system security control in mitigating threats.

Thefirst stepis toprevent further disseminationof sensitive data to limit the impact of the breach. ISACA emphasizes that containment is the priority in risk response to minimize harm before addressing other aspects like root cause analysis or reputational management.

===========

The most important factor for management to consider when deciding whether to invest in an IT initiative that exceeds management’s risk appetite is C. Risk tolerance1

According to the CRISC Review Manual, risk tolerance is the acceptable level of variation that management is willing to allow for any specific risk as the enterprise pursues its objectives. Risk tolerance reflects the degree of uncertainty that an organization is prepared to accept in relation to achieving its goals2

When an IT initiative exceeds management’s risk appetite, it means that the potential benefits of the initiative are outweighed by the potential negative consequences or losses that could result from the initiative. However, management may still decide to invest in the initiative if the level of uncertainty or variation is within the organization’s risk tolerance. For example, management may accept a higher level of risk for a strategic or innovative initiative that could provide a competitive advantage or a significant return on investment3

Brainstorming sessions with key stakeholders are the best way to facilitate the development of relevant risk scenarios, as they can generate diverse and creative ideas, perspectives, and insights about the potential risks and their impact on the organization’s objectives and operations. Brainstorming sessions can also foster collaboration, communication, and engagement among the stakeholders, and help to identify and prioritize the most significant and realistic risk scenarios. Brainstorming sessions can be guided by an industry-recognized risk framework, such as ISACA’s Risk IT, and supported by qualitative or quantitative risk assessment methodologies, but they are not sufficient by themselves to develop relevant risk scenarios.

 When reporting risk assessment results to senior management, the most important information to include to enable risk-based decision making is the potential losses compared to treatment cost. This information helps to quantify the impact and likelihood of the risks, and to evaluate the cost and benefit of the risk responses. This information also helps to prioritize and allocate resources for the risk management program, and to align the risk management program with the enterprise’s objectives, strategy, and risk appetite. The other options are not as important as the potential losses compared to treatment cost, as they provide different types of information for the risk management process:

Risk action plans and associated owners are the documents that specify the actions to be taken to address the identified risks, the resources required, the timelines, the owners, and the expected outcomes. This information helps to implement and monitor the risk management program, and to assign the authority and accountability for the risk management activities.

Recent audit and self-assessment results are the outcomes of the independent and objective examination of the risk management program, such as by internal or external auditors, or by the risk owners or practitioners themselves. This information helps to provide assurance and feedback on the effectiveness and efficiency of the risk management program, and to identify the gaps or weaknesses that need to be addressed.

A list of assets exposed to the highest risk are the resources that have the most value for the enterprise, such as hardware, software, data, or services, and that are affected by or contribute to the highest risks. This information helps to identify and protect the critical assets of theenterprise, and to reduce the exposure and impact of the risks to the assets. References = Risk and Information Systems Control Study Manual, 7th Edition, Chapter 2, Section 2.3.1.1, pp. 58-59.

Being the first to market is a competitive advantage that can help an organization gain market share, customer loyalty, and brand recognition. However, this advantage can be lost if the projectis delayed and the competitors catch up or surpass the organization. Therefore, the project delivery time is of greatest concern to senior management, as it directly affects the strategic objective of the project. The other options are less critical, as they can be managed or mitigated by the project team. More time for testing can improve the quality and reliability of the product, a new project manager can bring fresh ideas and perspectives, and the cost overrun can be justified by the expected benefits and revenues of the product. References = Project Initiation: The First Step to Project Management [2023] • Asana, 12 Steps to Initiate and Plan a Successful Project