Pass the Isaca AI Risk AAIR Questions and answers with CertsForce

Model poisoning attacks target the training data or model parameters to degrade performance or introduce malicious behavior. Supply chain tampering introduces compromised components at vendor or integration stages. Security by design principles require embedding defenses against these threats from the earliest design stages.

Why C is Correct: According to ISACA AAIR security by design guidance, adversarial resilience and data integrity controls address both model poisoning and supply chain tampering at their root. Adversarial resilience training prepares the model to resist maliciously crafted inputs. Data integrity controls—cryptographic signing, provenance tracking, integrity verification—detect tampering in training data and model artifacts across the supply chain. Together, these form the most comprehensive defense against both attack categories.

Why A is Wrong: Data refreshes with checksums detect post-hoc data corruption but do not build adversarial resilience into the model itself. Checksums verify file integrity but cannot prevent poisoning attacks that maintain file integrity while altering data content.

Why B is Wrong: Frequent retraining and bias monitoring address performance drift and fairness but do not specifically protect against deliberate tampering. A retrained model may still be trained on poisoned data if integrity controls are absent.

Why D is Wrong: Data tokenization protects sensitive field values from unauthorized access (a privacy control) but does not address model poisoning or supply chain tampering, which can occur without accessing or exposing the sensitive field values themselves.

Privacy and data protection regulations worldwide—including GDPR, CCPA, and sector-specific laws—impose strict requirements on the collection, use, and processing of personal information. Customer data used for AI systems must be obtained through lawful means with appropriate consent for the specific processing purpose.

Why A is Correct: According to ISACA AAIR guidance on regulatory compliance, the legal basis for processing personal data is the foundational requirement. An AI system built on data collected without proper consent or legal authorization exposes the organization to regulatory penalties, reputational damage, and forced shutdown of the system. Consent must be specific to the AI use case, not merely generic data collection consent.

Why B is Wrong: Backup and storage protocols address data security and resilience, which are compliance requirements but secondary to the lawfulness of data collection. Securely storing improperly obtained data does not cure the regulatory violation.

Why C is Wrong: Human review of recommendations is a governance safeguard for accuracy and fairness, not a regulatory compliance requirement for data collection. Many regulations do not require human review of recommendation systems.

Why D is Wrong: Supervised learning is a modeling technique that does not address regulatory compliance regarding data sourcing. The training methodology is irrelevant to whether the underlying data was legally obtained.

AI-driven business intelligence enhances the quality and timeliness of analytical outputs across enterprise risk processes. When integrated into risk management, AI analytics can continuously compare emerging risk signals against organizational risk thresholds, providing real-time alignment verification that human analysts cannot achieve at scale.

Why B is Correct: According to ISACA AAIR analytics integration guidance, the primary benefit of integrating AI-driven business intelligence into enterprise risk processes is enhanced alignment of analysis outputs with organizational risk thresholds. AI analytics tools continuously process risk data at scale, comparing patterns and emerging exposures against defined thresholds to provide risk practitioners with timely, calibrated intelligence. This alignment ensures risk responses are proportionate and that threshold breaches are detected promptly rather than discovered during periodic reviews.

Why A is Wrong: Cost reduction through eliminating redundant oversight mechanisms is an efficiency benefit that may result from process optimization but is not the primary purpose of integrating AI-driven business intelligence. Oversight mechanisms may be streamlined but rarely eliminated entirely.

Why C is Wrong: Automated production of technical performance reports is an operational reporting automation benefit. While valuable for reducing manual reporting burden, it is a narrow operational benefit compared to the strategic risk alignment value of AI-enhanced analytics.

Why D is Wrong: AI inventory governance and classification is a risk management administration function. Centralizing these activities is an organizational efficiency benefit, not the primary value delivered by AI-driven business intelligence integration into risk processes.

Within the ISACA Advanced in AI Risk framework, life-cycle controls should protect data quality, model design, testing, validation, monitoring, change management, and secure retirement of AI systems. Secure coding throughout the AI development lifecycle reduces exploitable software and integration vulnerabilities before deployment. It does not directly detect model drift, eliminate human review, or guarantee predictive accuracy. This makes option B, Fewer model vulnerabilities that can be exploited by malicious actors, the strongest answer. The other choices describe narrower technical, operational, performance, or administrative considerations and do not address the primary risk-management objective in the scenario as directly. A risk practitioner should select the response that most effectively reduces the stated exposure while preserving appropriate oversight, traceability, and alignment with organizational risk tolerance and business requirements.

Training program effectiveness KPIs must measure behavioral change—whether training has actually altered how participants act in their work environment—rather than knowledge acquisition or adoption rates. The most meaningful behavioral signal for AI risk awareness training is whether trained users report suspicious activity.

Why B is Correct: According to ISACA AAIR training effectiveness measurement guidance, the number of AI irregularities and potential tampering incidents reported by users is the most appropriate behavioral KPI for risk awareness training effectiveness. When users report unusual AI behavior, this demonstrates they have internalized training concepts well enough to recognize anomalies and understand their obligation to report them. This behavioral change—from passive observation to active reporting—is the intended outcome of awareness training.

Why A is Wrong: Risk rating changes measure risk management process adjustments rather than individual behavioral change from training. Risk ratings reflect aggregate organizational risk, not the specific behavioral impact of an awareness training program.

Why C is Wrong: Ability to identify financial impacts is a knowledge assessment metric—it measures what users know rather than what they do differently as a result of training. Awareness training aims to change behavior, not just inform.

Why D is Wrong: AI adoption rates measure technology uptake, not risk awareness. Higher adoption could indicate confidence in AI systems but does not measure whether employees recognize and report AI risks—the specific objective of risk awareness training.

Credit scoring AI systems are subject to anti-discrimination regulations that prohibit using models that produce biased outcomes affecting protected classes. When bias cannot be eliminated through technical means, continuing to operate the system creates ongoing legal violations and harm to affected individuals.

Why B is Correct: According to ISACA AAIR risk treatment guidance and legal compliance obligations, removing a biased credit-scoring system from production is the appropriate response when bias cannot be technically remediated. Continuing to operate a system known to produce discriminatory credit decisions violates anti-discrimination laws (such as the Equal Credit Opportunity Act), exposes the organization to regulatory enforcement, and causes ongoing harm to affected borrowers. Risk avoidance through system withdrawal is the appropriate treatment when the risk cannot be adequately mitigated.

Why A is Wrong: Requesting senior management risk acceptance for confirmed legal violations is inappropriate because organizations cannot accept risks involving known regulatory breaches. Senior management cannot legitimately authorize continued discriminatory lending practices.

Why C is Wrong: Sourcing a replacement system is a necessary future action but takes time to procure, validate, and deploy. In the interim, the biased system should not continue operating. Removing the system from production should precede replacement planning.

Why D is Wrong: Applying compensating controls to generate offsetting biases compounds the discriminatory problem rather than resolving it. Deliberately introducing additional bias—even in the opposite direction—creates an unpredictably biased model that does not produce fair outcomes.

Within the ISACA Advanced in AI Risk framework, life-cycle controls should protect data quality, model design, testing, validation, monitoring, change management, and secure retirement of AI systems. Grid-outage prediction depends on current operational conditions, so real-time sensor data is essential to model accuracy. Access monitoring and geographic processing improve security or resilience, while manual entry cannot provide the same continuous signal. This makes option A, Integration of real-time sensor data, the strongest answer. The other choices describe narrower technical, operational, performance, or administrative considerations and do not address the primary risk-management objective in the scenario as directly. A risk practitioner should select the response that most effectively reduces the stated exposure while preserving appropriate oversight, traceability, and alignment with organizational risk tolerance and business requirements.

Data poisoning attacks involve malicious modification of training data to degrade model performance or introduce backdoors. With multiple external data sources, the attack surface for introducing poisoned data is broad and requires proactive, continuous detection at the ingestion stage.

Why B is Correct: The ISACA AAIR adversarial AI guidance identifies continuous monitoring and anomaly detection at the data ingestion pipeline as the most effective defense against data poisoning. By monitoring incoming data in real time for statistical anomalies, unexpected distributions, or known poisoning patterns, organizations can detect and block malicious data before it contaminates training datasets. This preventive approach is superior to reactive detection after poisoning has occurred.

Why A is Wrong: Reactive data integrity reviews triggered by model drift occur after poisoning has already affected model behavior. By this stage, the model may have been deployed and made harmful decisions. Prevention during ingestion is superior to post-drift investigation.

Why C is Wrong: Model code and deployment artifact controls address security of the software pipeline but do not protect training data from external poisoning. Data integrity requires data-layer controls, not code security.

Why D is Wrong: Regularization reduces overfitting to training noise but does not detect or prevent deliberate poisoning attacks. A sufficiently targeted poisoning attack can introduce systematic bias that regularization techniques cannot mitigate.

Risk avoidance is the risk treatment strategy of not engaging in an activity because the risks it presents cannot be adequately mitigated to within acceptable tolerance. For high-impact AI systems, the justification for avoidance must be proportionate to the gravity of the decision to forgo deployment entirely.

Why A is Correct: The ISACA AAIR risk treatment framework identifies potential harm to stakeholders as the most compelling justification for risk avoidance in AI deployment decisions. When a high-impact AI system poses risks of significant harm to individuals, communities, or society that cannot be adequately controlled, avoiding deployment is the ethically and legally appropriate choice. Stakeholder harm—especially irreversible or widespread harm—represents the highest severity risk outcome and justifies the most conservative risk treatment.

Why B is Wrong: Cost reduction objectives are business case considerations, not risk management justifications. Avoiding deployment to reduce costs is a financial decision, not a risk avoidance strategy. Risk avoidance decisions are driven by harm potential, not cost efficiency.

Why C is Wrong: Staff expertise shortages represent an organizational capability constraint that can be addressed through hiring, training, or managed services. A capability gap is a surmountable operational challenge, not a justification for permanently avoiding a valuable deployment.

Why D is Wrong: Data poisoning attack likelihood is a security risk that can be mitigated through appropriate controls—data integrity verification, provenance tracking, anomaly detection. A manageable risk with available mitigations does not justify full risk avoidance when stakeholder harm is not at stake.

Within the ISACA Advanced in AI Risk framework, life-cycle controls should protect data quality, model design, testing, validation, monitoring, change management, and secure retirement of AI systems. Business processes are most suitable for AI integration when objectives, decisions, and rules are sufficiently defined for the AI tool to operate against clear requirements. Industry popularity, immediate scaling, and staffing reductions do not establish suitability. This makes option D, the process includes clearly defined rules for AI tools to follow, the strongest answer. The other choices describe narrower technical, operational, performance, or administrative considerations and do not address the primary risk-management objective in the scenario as directly. A risk practitioner should select the response that most effectively reduces the stated exposure while preserving appropriate oversight, traceability, and alignment with organizational risk tolerance and business requirements.