Controls.

Each entry is a specific control: what it does, where it fits in the prevent, detect, correct and direct lifecycle, and which risks it addresses, graded primary, supporting or compensating. 105 controls.

Browse by list or family

71 of 105 controls shown.

IDControlFamilyType
C-036Abuse monitoring Usage of an AI system is analysed for patterns of misuse, extraction or attack, and accounts are restricted when such patterns are detected.10 Security & ResilienceDetective
C-028Agent action tracing Every agent action is recorded with the instruction, plan, tool call, result and identity that produced it, in a form that allows the sequence to be reconstructed.11 Monitoring, Assurance & IncidentsDetective
C-027Agent memory controls What an agent may write to persistent memory is restricted, validated and attributed, and stored memory can be inspected, corrected and cleared.10 Security & ResiliencePreventive
C-014AI acceptable use policy A policy approved by top management states what AI use is permitted, what is prohibited, what every system must pass through, who is accountable, and where to take a case the policy does not settle.02 Governance & AccountabilityDirective
C-085AI bill of materials The models, datasets, libraries, tools and hosted components that make up each AI system are recorded and checked against known vulnerabilities, licence terms and supplier changes.06 Third Party & Supply ChainDetective
C-067AI competence and resourcing plan The skills, people, tooling and budget needed to build, validate, operate and oversee the organisation's AI are identified, compared with what exists, and the gaps are closed or the ambition reduced.12 Skills, Capability & CultureDirective
C-091AI cost and capacity monitoring Usage, latency and spend for each AI system are tracked against budgets and limits, with alerts and automatic caps before a limit is breached.11 Monitoring, Assurance & IncidentsDetective
C-089AI failure scenario testing Severe but plausible AI failure scenarios are exercised against impact tolerances on a set cycle, and the lessons are acted on.10 Security & ResilienceDetective
C-054AI governance forum and escalation A committee with defined membership, authority and escalation routes decides on high-tier approvals, risk acceptance and exceptions, and reports to the board.02 Governance & AccountabilityDirective
C-092AI incident classification and playbooks The kinds of AI failure are defined in the incident process with severity criteria, each has a playbook, and responders are trained and exercised in using them.11 Monitoring, Assurance & IncidentsCorrective
C-003AI incident response and rollback When an AI system fails or produces harmful output, a defined procedure contains it, restores a known good state, preserves the evidence and manages the consequences.11 Monitoring, Assurance & IncidentsCorrective
C-055AI inventory and registration All AI systems and models, whether built, bought or embedded in other products, are recorded with owner, purpose, tier, data, supplier and status, and the record is reconciled periodically.02 Governance & AccountabilityDetective
C-016AI literacy programme Everyone who uses, relies on or makes decisions about AI receives training in what these systems are, how they fail and what the organisation's rules require.12 Skills, Capability & CultureDirective
C-017AI ownership and accountability framework Every AI system has a named individual accountable for it as a whole, and a named senior individual is accountable for AI risk across the organisation, with defined reporting lines.02 Governance & AccountabilityDirective
C-058AI policy exception management Departures from AI policy are requested in writing, risk-accepted by a named owner at the right level, time-limited, and tracked until they are closed.02 Governance & AccountabilityDirective
C-064AI record-keeping and audit trail Inputs, outputs, model and prompt versions, decisions and human interventions are recorded automatically and retained for a defined period, so that any past event can be reconstructed.11 Monitoring, Assurance & IncidentsDetective
C-032AI red teaming People skilled in attacking AI systems try to make the system fail as an adversary would, before release and periodically, and their findings are tracked to closure.10 Security & ResilienceDetective
C-059AI regulatory obligations register and horizon scanning The AI obligations that apply to the organisation, and the dates from which they apply, are recorded, mapped to controls and owners, and updated as the law and guidance change.03 Regulatory & Legal ComplianceDirective
C-053AI risk reporting to the board Key risk indicators, incidents, exceptions and the state of the inventory are reported to the board or its committee on a set cycle, in a form that supports challenge.01 Strategy & Risk AppetiteDetective
C-001AI system monitoring and logging Every production AI system is instrumented to record its inputs, outputs, errors and usage, with thresholds that raise alerts to a named owner who must act.11 Monitoring, Assurance & IncidentsDetective
C-018AI transparency and disclosure labelling People are told, clearly and at the point of contact, when they are dealing with an AI system and when content they are shown was generated by one.08 Transparency & ExplainabilityDirective
C-023Approval gates for high-impact agent actions Before an agent takes an action above a defined impact threshold, or one that cannot be reversed, a designated person reviews the exact action and approves or rejects it.09 Human Oversight & ContestabilityPreventive
C-019Automated decision-making safeguards Significant decisions taken with no meaningful human involvement are identified, and each has the safeguards the law requires: information, a chance to make representations, human intervention and a means to contest.09 Human Oversight & ContestabilityDirective
C-007Bias testing and fairness monitoring A system's performance and outcomes are measured separately for each relevant group before release and on a set cycle in production, against thresholds that trigger investigation.07 Fairness & Customer OutcomesDetective
C-035Content safety filtering Inputs and outputs are classified against defined harm categories by a mechanism independent of the main model, and are blocked, modified or escalated according to policy.10 Security & ResiliencePreventive
C-102Contestability and appeals process People affected by an AI-supported decision can challenge it and have it reviewed afresh by someone with the authority, information and independence to change it.09 Human Oversight & ContestabilityCorrective
C-076Customer outcome monitoring The outcomes customers receive from AI-driven journeys are measured, broken down by customer group and compared with other channels, and poor outcomes are investigated and acted on.07 Fairness & Customer OutcomesDetective
C-080Customer remediation for AI errors When an AI error is found, all affected customers are identified, told, and put back in the position they should have been in, whether or not they complained.07 Fairness & Customer OutcomesCorrective
C-073Data subject rights handling for AI A tested procedure locates and acts on a person's data in training sets, vector stores, logs and outputs when an access, rectification, erasure or objection request is received.04 Data & Data GovernanceCorrective
C-039Deepfake-resistant verification Identity and instruction verification never rests on voice, image or video alone, and high-value actions require confirmation through a separate, pre-agreed channel.10 Security & ResiliencePreventive
C-050Drift and performance monitoring Input distributions and output quality are measured in production against thresholds that trigger investigation, retraining or withdrawal.11 Monitoring, Assurance & IncidentsDetective
C-087Embedded AI feature review Supplier release notes, terms and product settings are monitored for new AI features in products already in use, and each feature is assessed and approved before it is enabled.06 Third Party & Supply ChainDetective
C-078Escalation to a human Automated channels offer a prompt, unobstructed route to a person, available on request and triggered automatically by defined signals, with the conversation handed over.09 Human Oversight & ContestabilityPreventive
C-098Explanation method validation The techniques used to explain a model are tested to confirm that they reflect the model's actual behaviour before explanations are relied on internally or given to anyone.08 Transparency & ExplainabilityDetective
C-097Explanations for affected individuals People subject to an AI-supported decision receive a meaningful explanation of what was decided, the main reasons in their case and how to challenge it.08 Transparency & ExplainabilityDirective
C-008Factuality and hallucination verification Claims, figures and citations in AI-generated output are checked against a trusted source before the output is relied on for a consequential decision or sent to a customer.05 Model & System LifecycleDetective
C-088Fallback and manual workaround A tested alternative, such as a manual process, a simpler model or a degraded mode, is ready to take over when an AI component fails or has to be withdrawn.10 Security & ResilienceCorrective
C-090Feedback and complaints channel for AI Users and affected people can report a problem with an AI system easily, and reports are triaged, linked to the system concerned and analysed for patterns.11 Monitoring, Assurance & IncidentsDetective
C-094Human override and stop mechanism A designated person can pause, override or shut down an AI system at any time through a tested mechanism, with the authority to do so settled in advance.09 Human Oversight & ContestabilityCorrective
C-002Human-in-the-loop review Consequential AI outputs and decisions are reviewed by a competent person, with the time, information and authority to change them, before they take effect.09 Human Oversight & ContestabilityPreventive
C-021Important business service impact-tolerance mapping The AI components each important business service depends on are identified in the resilience map, and impact tolerances are set that cover AI-specific disruption, including a model that is running and wrong.10 Security & ResilienceDirective
C-063Independent assurance and internal audit of AI Second-line review and internal audit cover AI governance and the highest-tier systems on a risk-based plan, test systems as well as documents, and track their findings to closure.11 Monitoring, Assurance & IncidentsDetective
C-009Inference usage quotas and rate limiting Limits on request rate, input size, output size and spend are enforced for each user, tenant and system, with alerts as limits are approached.10 Security & ResiliencePreventive
C-099Information for deployers and users Those who operate and use an AI system receive current, usable instructions covering its purpose, performance, limitations, the meaning of its outputs and the oversight it needs.08 Transparency & ExplainabilityDirective
C-029Input filtering and injection defence User input and all retrieved or tool-supplied content are screened for hostile instructions and passed to the model marked as data, separate from the system's own instructions.10 Security & ResiliencePreventive
C-024Least-privilege agent identity and permissions Each agent has its own identity, with permissions scoped to its task and to the user it is acting for, short-lived and reviewed like any other entitlement.10 Security & ResiliencePreventive
C-031Model and data access control Access to model weights, training data, pipelines and inference endpoints is granted by role, limited to need, logged and reviewed.10 Security & ResiliencePreventive
C-084Model version pinning and change notification Hosted models are called by a fixed version, and a provider's new version is adopted only after the organisation's own regression tests have passed.06 Third Party & Supply ChainPreventive
C-086Ongoing AI vendor monitoring Each AI supplier's performance, incidents, model changes, terms and financial and operational standing are reviewed on a cycle set by how material the supplier is.06 Third Party & Supply ChainDetective
C-004Output validation and guardrails Every model output is validated against a schema and sanitised by deterministic code before any downstream system, tool or user interface acts on it.10 Security & ResiliencePreventive
C-066Periodic AI review and recertification Each AI system is reassessed on a cycle set by its tier, covering use, performance, risk and controls, and its approval lapses if the review is not completed.11 Monitoring, Assurance & IncidentsDetective
C-071Personal data redaction and pseudonymisation Personal data is removed, masked or pseudonymised before data is used for training, evaluation or logging, unless it is needed and the need is recorded, and the result is tested.04 Data & Data GovernancePreventive
C-065Post-market monitoring plan A documented plan sets out how evidence of a system's performance, use and effects is collected, reviewed and acted on throughout its life.11 Monitoring, Assurance & IncidentsDetective
C-081Pricing fairness review AI-driven prices and offers are reviewed, before use and on a set cycle, for differences between customer groups that cost or risk does not justify.07 Fairness & Customer OutcomesDetective
C-070Prompt and context data loss prevention Prompts, uploads and retrieved context are inspected before they reach a model, and blocked, redacted or flagged where they contain personal or restricted data.04 Data & Data GovernancePreventive
C-072Prompt and log retention limits Prompts, outputs and conversation histories are kept for defined periods and then deleted, by the organisation and by its providers, with deletion verified.04 Data & Data GovernancePreventive
C-100Public AI transparency record The organisation publishes and maintains a record of its significant AI uses, describing what each is for, what data it uses and what safeguards apply.08 Transparency & ExplainabilityDirective
C-062Regulatory incident notification AI incidents are assessed against defined reporting criteria, and those that are reportable are notified to the relevant authority, and to the provider or deployer, within the time required.03 Regulatory & Legal ComplianceCorrective
C-048Retrieval grounding and citation The system answers only from retrieved, approved sources, cites the source for each statement, and declines where the sources do not support an answer.05 Model & System LifecyclePreventive
C-082Review of AI-generated communications Customer communications produced by AI are checked against content standards before use, in full or by sampling according to risk, and required wording is enforced.07 Fairness & Customer OutcomesPreventive
C-101Reviewer effectiveness testing Override rates, review times and seeded test cases are used to confirm that human reviewers actually detect and correct the system's errors.09 Human Oversight & ContestabilityDetective
C-103Role-based AI training Reviewers, developers, risk and assurance staff, approvers and front-line teams receive training specific to their AI responsibilities, with competence assessed and completion tracked.12 Skills, Capability & CultureDirective
C-093Root-cause analysis and lessons learned Significant AI incidents and near misses are analysed for their causes, including the control failures that let them happen, and the resulting actions are tracked to completion.11 Monitoring, Assurance & IncidentsCorrective
C-030Secrets management for AI Credentials used by AI systems are held in a vault, supplied at run time, kept out of prompts, configuration and notebooks, scoped narrowly and rotated.10 Security & ResiliencePreventive
C-057Shadow AI discovery Network, procurement, expense and software records are reviewed on a set cycle to find AI tools and features in use that are absent from the inventory.02 Governance & AccountabilityDetective
C-105Speak-up route for AI concerns Staff can raise concerns about how AI is being built or used, in confidence and without fear of reprisal, and each concern is assessed, investigated where warranted and answered.12 Skills, Capability & CultureDetective
C-045Staged rollout New AI systems and material changes are released first to a limited population under close monitoring, and extended only when defined criteria are met.05 Model & System LifecyclePreventive
C-096Synthetic content marking and provenance Generated and manipulated media carries machine-readable marking and provenance data, a visible disclosure where one is required, and the marking is tested for robustness.08 Transparency & ExplainabilityPreventive
C-013Vector store and embedding access controls A retrieval system's vector store is governed as a production data store: access is authenticated and authorised, source permissions are enforced at retrieval, and writes are restricted and recorded.04 Data & Data GovernancePreventive
C-022Vendor exit strategy and concentration management Each material AI supplier has a documented, costed and tested exit plan, and dependence on each provider is measured across the organisation and held within limits.06 Third Party & Supply ChainDirective
C-077Vulnerable customer safeguards Automated journeys detect indicators of vulnerability, adapt what they do, and route the customer to appropriate human support, with the disclosure recorded.07 Fairness & Customer OutcomesPreventive