Isaca Certification CISA Exam Questions and Answers PDF

Given the large volume of data transactions, continuous monitoring is the best testing strategy for auditing the inventory control process. Continuous monitoring involves the automated review of operational and financial data to identify anomalies or areas of concern12. This approach allows for real-time identification and resolution of issues, making it particularly effective for large organizations with high transaction volumes12.

References: ISACA’s Information Systems Auditor Study Materials1

The IS auditor’s next course of action should be to report this control process weakness to senior management, as it may indicate a lack of oversight and accountability for the reporting system. Read-only users may have access to sensitive or confidential information that should be restricted or monitored. Periodic reviews of read-only users are a good practice to ensure that the access rights are still valid and appropriate for the users’ roles and responsibilities. Reporting this weakness to senior management will also allow them to take corrective actions or implement compensating controls if needed.

Option A is incorrect because reviewing the list of end users and evaluating for authorization is not the IS auditor’s responsibility, but rather the system owner’s or administrator’s. The IS auditor should only verify that such reviews are performed and documented by the responsible parties.

Option C is incorrect because verifying management’s approval for this exemption is not sufficient to address the control process weakness. Even if there is a valid reason for not performing periodic reviews of read-only users, the IS auditor should still report this as a potential risk and recommend mitigating controls.

Option D is incorrect because obtaining a verbal confirmation from IT for this exemption is not adequate evidence or documentation. The IS auditor should obtain written approval from management and verify that it is aligned with the organization’s policies and standards.

References:

CISA Review Manual (Digital Version)1, Chapter 1: The Process of Auditing Information Systems, Section 1.4: Audit Evidence, p. 31-32.

CISA Review Manual (Print Version), Chapter 1: The Process of Auditing Information Systems, Section 1.4: Audit Evidence, p. 31-32.

CISA Online Review Course2, Module 1: The Process of Auditing Information Systems, Lesson 4: Audit Evidence, slide 9-10.

CISA Questions, Answers & Explanations Database3, Question ID: QAE_CISA_710.

Stress testing is designed to evaluate a system’s performance under extreme conditions1. It is typically carried out in a test environment that closely mirrors the production environment, using production workloads1. This approach ensures that the test results accurately reflect how the system would perform under similar conditions in the production environment1. Using a test environment also prevents any disruptions or damage to the production environment during testing1.

References:

Stress Testing Best Practices: A Seven Steps Model

An IS auditor has identified deficiencies within the organization’s software development life cycle (SDLC) policies. The SDLC is the process of planning, developing, testing, and deploying software applications1. SDLC policies are the guidelines and standards that govern the SDLC process and ensure its quality, security, and compliance2. Deficiencies in SDLC policies can lead to various risks, such as:

Software errors, bugs, or vulnerabilities that can affect the functionality, reliability, or security of the applications3

Software failures, delays, or overruns that can affect the delivery, performance, or customer satisfaction of the applications3

Software non-compliance that can result in legal, regulatory, or contractual violations or penalties3

The next step that the IS auditor should do after identifying deficiencies in SDLC policies is to communicate the observation to the auditee. The auditee is the person or entity that is subject to the audit and is responsible for the area being audited4. In this case, the auditee could be the software development manager, the project manager, or the senior management of the organization. Communicating the observation to the auditee is important for several reasons:

It allows the IS auditor to verify the accuracy and validity of the observation and gather additional evidence or information from the auditee4

It gives the auditee an opportunity to respond to the observation and provide their perspective, explanation, or justification for the deficiencies4

It enables the IS auditor to discuss with the auditee the potential impact, root cause, and remediation plan for the deficiencies4

It fosters a collaborative and constructive relationship between the IS auditor and the auditee and promotes transparency and accountability in the audit process4

The other options are not as appropriate as communicating the observation to the auditee. Documenting the findings in the audit report is a later stepthat should be done after communicating with the auditee and finalizing the observation. Identifying who approved the policies is not relevant for addressing the deficiencies and may imply blame or fault on a specific person or group. Escalating the situation to the lead auditor is not necessary unless there is a serious disagreement or conflict with the auditee that cannot be resolved by normal communication. Therefore, option D is the correct answer.

References:

What Is The Software Development Life Cycle? | PagerDuty

Software Development Life Cycle (SDLC) Policy | StrongDM

What Is SDLC? Best Phases, Methodologies, and Benefits Revealed - Kellton

Communicating Audit Findings