The greatest concern for an IS auditor evaluating the access controls for a shared customer relationship management (CRM) system is that audit logging is not enabled. Audit logging is a process that records and tracks the activities and events that occur on a system, such as who accessed what data, when, how, and why.
Audit logging can help monitor and verify the compliance and effectiveness of the access controls, as well as detect and investigate any unauthorized or suspicious access or actions. Audit logging can also provide evidence and accountability for the security and integrity of the system and the data.
Without audit logging, the IS auditor would not be able to audit the access controls for the shared CRM system, as there would be no reliable or traceable records of the access history or patterns. Without audit logging, the organization would also not be able to identify or respond to any potential breaches or incidents that may compromise the confidentiality, availability, or accuracy of the CRM data. Without audit logging, the organization would also not be able to demonstrate or prove itscompliance with any applicable policies, regulations, or standards that may require audit logging for CRM systems.
Single sign-on is not enabled is not a great concern for an IS auditor evaluating the access controls for a shared CRM system, but rather a potential improvement or enhancement. Single sign-on is a process that allows users to access multiple systems or applications with one set of credentials, such as a username and password. Single sign-on can help simplify and streamline the user experience, as well as reduce the risk of password fatigue or compromise. However, single sign-on is not a mandatory or essential requirement for access controls, and it may also introduce some challenges or risks, such as dependency on a single point of failure or vulnerability.
Security baseline is not consistently applied is not a great concern for an IS auditor evaluating the access controls for a shared CRM system, but rather a minor issue or gap. Security baseline is a set of minimum security standards or requirements that apply to a system or application, such as password policies, encryption protocols, or firewall rules. Security baseline can help ensure that the system or application meets a certain level of security and compliance. However, security baseline is not a sufficient or comprehensive measure for access controls, and it may also need to be customized or adjusted according to the specific needs and risks of each system or application.
Complex passwords are not required is not a great concern for an IS auditor evaluating the access controls for a shared CRM system, but rather a common practice or recommendation. Complex passwords are passwords that are composed of a combination of different types of characters, such as letters, numbers, symbols, and cases. Complex passwords can help prevent or deter brute-force attacks or guessing attempts by making the passwords harder to crack or predict. However, complex passwords are not a guarantee or guarantee of security, and they may also have some drawbacks or limitations, such as user inconvenience, memorability issues, or reuse across multiple systems or applications.
References:
* Customer Relationship Management Risks and Controls - CRM Simplified 1
* Customer relationship management: A guide - Zendesk 2
* How to Protect Your Customer Relationship Management (CRM) Data from Hackers 3
* What is CRM? | A Definition by Salesforce 4

The most important thing for the IS auditor to determine in a post-implementation review of a recently purchased system is whether the user requirements were met. User requirements are the specifications and expectations of the users of the system, such as the features, functions, performance, quality, and security of the system. User requirements are usually defined and documented in the early stages of the system acquisition process, such as in the request for proposal (RFP) or the contract. User requirements are also used as the basis for testing and evaluating the system before and after implementation.
Determining whether the user requirements were met can help the IS auditor assess whether the system is fit for purpose and delivers value and benefits to the users and the organization. Determining whether the user requirements were met can also help the IS auditor identify any gaps, issues, or problems with the system that may affect its functionality, usability, or reliability. Determining whether the user requirements were met can also help the IS auditor provide feedback and recommendations for improvement or enhancement of the system.
Stakeholder expectations were identified is not the most important thing for the IS auditor to determine in a post-implementation review of a recently purchased system, but rather a prerequisite or input for it.
Stakeholder expectations are the needs and wants of the various parties who have an interest or influence in the system, such as users, managers, customers, suppliers, regulators, or auditors. Stakeholder expectations are usually identified and analyzed in the initial stages of the system acquisition process, such as in the feasibility study or the business case. Stakeholder expectations are also used as inputs for defining and prioritizing the user requirements.
Vendor product offered a viable solution is not the most important thing for the IS auditor to determine in a post-implementation review of a recently purchased system, but rather an outcome or result of it. Vendor product is the system that is provided by an external supplier or service provider to meet the user requirements. Vendor product offered a viable solution means that the vendor product satisfied or exceeded the user requirements and delivered value and benefits to the users and organization. Vendor product offered a viable solution can be determined by comparing and evaluating the user requirements and the vendor product performance and quality.
Test scenarios reflected operating activities is not the most important thing for the IS auditor to determine in a post-implementation review of a recently purchased system, but rather a factor or criterion for it. Test scenarios are sets of conditions or situations that are used to test and verify whether the system meets the user requirements. Test scenarios reflected operating activities means that test scenarios simulated or replicated real-world scenarios that occur during normal operations of business processes or functions that use or depend on the system. Test scenarios reflected operating activities can help ensure that test results are valid, reliable, and relevant.
References:
* Post Implementation Review: How to conduct and its Benefits 1
* Post-implementation reviews - Department of Prime Minister and Cabinet 2
* How To Conduct A Post Implementation Audit of Your RecentlyInstalled System 3

The answer A is correct because the greatest concern for an IS auditor when a data owner assigns an incorrect classification level to data is that controls to adequately safeguard the data may not be applied. Data classification is the process of categorizing data assets based on their information sensitivity and business impact. Data classification helps organizations to identify, protect, and manage their data according to their value and risk. Data owners are the individuals or entities who have the authority and responsibility to define, classify, and control the access and use of their data.
Data classification typically involves assigning labels or tags to data assets, such as public, internal, confidential, or restricted. These labels indicate the level of protection and handling required for the data.
Based on the data classification, organizations can implement appropriate controls to safeguard the data, such as encryption, access control lists, audit logs, backup policies, etc. These controls help to prevent unauthorized access, disclosure, modification, or loss of data, and to ensure compliance with relevant laws and regulations.
If a data owner assigns an incorrect classification level to data, it can result in either underprotection or overprotection of the data. Underprotection means that the data is classified at a lower level than it should be, which exposes it to higher risks of compromise or breach. For example, if a data owner classifies personal health information (PHI) as public instead of confidential, it may allow anyone to access or share the data without proper authorization or consent. This can violate the privacy rights of the data subjects and the compliance requirements of regulations such as HIPAA (Health Insurance Portability and Accountability Act). Overprotection means that the data is classified at a higher level than it should be, which limits its availability or usability. For example, if a data owner classifies marketing materials as restricted instead of public, it may prevent potential customers or partners from accessing or viewing the data. This can reduce the business value and opportunities of the data.
Therefore, an IS auditor should be concerned about the accuracy and consistency of data classification by data owners, as it affects the security and efficiency of data management. An IS auditor should review the policies and procedures for data classification, verify that the data owners have adequate knowledge and skills to classify their data, and test that the data classification labels match with the actual sensitivity and impact of the data.
References:
* Data Classification: What It Is and How to Implement It
* What Is Data Classification? - Definition, Levels & Examples ...
* Data Classification: A Guide for Data Security Leaders