AAISM study materials
AAISM study resources

AAISM cheat sheet

AAISM · Keep the key ideas within reach.

Quick reference

AI Governance and Program Management

  • Three-lines model for AI: first line (build/operate) owns model risk; second line (risk/compliance) sets AI policy, risk appetite, and independent challenge; third line (internal audit) audits the AI control environment - the same person must not both build and independently assure a model.

  • Tiered AI inventory rule: every AI system is registered with owner, purpose, data classes, model type, autonomy level, and affected population; classification tiers (e.g., prohibited / high-impact / limited / minimal) drive the depth of assessment, approval authority, and review cadence.

  • Human oversight is a control, not a sentiment: define who can override, on what evidence, within what time window, and log every override with actor, timestamp, model version, and rationale.

  • Regulatory map (know the trigger, not just the name): EU AI Act - risk-tiered obligations, GPAI transparency, prohibited practices from Feb 2025, high-risk obligations phased from Aug 2025–Aug 2027; NIST AI RMF - Govern, Map, Measure, Manage, voluntary; ISO/IEC 42001 - certifiable AI management system; ISO/IEC 23894 - AI risk guidance; OECD AI Principles - human-centred values, transparency, accountability.

  • Model lifecycle gate rule: no model reaches production without documented sign-off at each gate - intake/classification, data provenance review, development testing, independent validation, deployment approval, post-deployment monitoring, and decommissioning.

  • Accountable executive: assign a named AI accountable owner per system plus a program-level AI governance council with decision rights for risk acceptance above threshold; risk acceptance must be time-boxed and re-approved.

  • Third-party and foundation-model rule: vendor AI (including embedded AI in SaaS) is in scope - require model cards or equivalent documentation, training-data provenance statements, evaluation results, incident-notification SLAs, and contractual rights to audit and to change/exit.

  • Governance metrics that auditors look for: percentage of AI systems inventoried and tiered, percentage with completed impact assessments, overdue control remediation count, override and incident rates, and drift-alert resolution time.

Quick reference

AI Technologies and Controls

  • Supervised learning minimizes a loss over labelled pairs (x, y); unsupervised learning finds structure without labels (clustering, dimensionality reduction); reinforcement learning optimizes a policy against a reward signal - reward misspecification is a primary control concern.

  • Overfitting rule: low training error with high validation error signals overfitting; controls are held-out validation, cross-validation, regularization, and a documented train/validation/test split with no leakage between them.

  • Data-poisoning control: verify provenance and integrity of training data, restrict write access to training pipelines, hash and version datasets, and monitor for anomalous label distributions before retraining.

  • Prompt injection is an input-validation and privilege problem, not a model problem: treat model output as untrusted, separate instructions from data, apply least-privilege tool access, and require confirmation for consequential actions.

  • RAG (retrieval-augmented generation) controls: access-control-filtered retrieval so the model cannot surface documents the user lacks rights to; source citation; freshness checks on the index; and logging of retrieved chunks for audit.

  • Model extraction and inversion defenses: rate-limit and monitor query patterns, avoid returning raw confidence vectors where not needed, add output perturbation or watermarking, and restrict API access by contract and authentication.

  • Evaluation control set: task accuracy/F1, calibration, robustness to distribution shift and adversarial inputs, bias testing across protected groups, hallucination/groundedness rate, latency and cost, and red-team findings with remediation status.

  • MLOps integrity controls: version control for code, data, and model artifacts; reproducible training environments; immutable model registry entries; signed deployments; and rollback capability with tested restoration.

Quick reference

AI Risk Management

  • Risk formula: inherent risk = likelihood × impact assessed before controls; residual risk = inherent risk reduced by control effectiveness; risk is accepted only when residual ≤ appetite, with named acceptor and expiry date.

  • NIST AI RMF function sequence: Govern (culture, accountability, policies) → Map (context, stakeholders, impacts) → Measure (metrics, testing, tracking) → Manage (prioritize, respond, monitor); Govern is continuous and wraps the other three.

  • AI-specific harm categories to enumerate: bias and unfair discrimination, privacy and re-identification, security (poisoning, evasion, extraction, injection), safety and physical harm, hallucination/misinformation, IP and copyright, third-party and concentration risk, and environmental/cost risk.

  • Fundamental rights / impact assessment rule: high-impact uses (employment, credit, education, health, essential services, law enforcement, migration) require a documented impact assessment covering affected groups, redress mechanism, and human review path before deployment.

  • Bias testing method: define protected attributes and outcome metrics, compare error and selection rates across groups, examine proxy variables and label bias in training data, and record thresholds and remediation decisions - fairness metric choice is a policy decision, not a purely technical one.

  • Monitoring and drift rule: track data drift (input distribution change), concept drift (input–outcome relationship change), and performance decay; define alert thresholds, owners, and retraining or suspension triggers in advance.

  • Incident response for AI extends standard IR: detect (monitoring, user reports), contain (disable model, revoke keys, roll back version), assess harm and notification duties, remediate, and feed findings back into risk assessment and control design.

  • Concentration and dependency risk: single-model or single-vendor dependence, upstream foundation-model changes, and data-supplier dependence are risks in their own right and belong in the enterprise risk register with exit and fallback plans.