Artificial Intelligence Policy Tracker
Voluntary guidance AI risk management United Kingdom Guidance

Ensure AI systems are safe, secure and robust throughout their lifecycle

Download: JSON · MarkdownUnder UK AI regulation framework, Principle 1, Part 3

Source-linked · linked to the official source, not yet confirmed by a reviewer (a factual check against the official source, not a legal review or legal advice)
What this label means
Verified
— a named reviewer opened the official source and confirmed the record; the date and the reviewer are shown.
Pending review
— linked to the official source and in the queue for a reviewer to confirm.
Source-linked
— linked to the official source, not yet confirmed by a reviewer.
Verification policy and current standing · a factual check, not legal advice.
No change recorded as of 26 Sep 2026 · official source last checked
On this page 9 sections

In brief

Ensure AI systems are safe, secure and robust throughout their lifecycle is a voluntary measure under the UK AI regulation framework in the United Kingdom (Principle 1, Part 3). Regulators are asked to ensure AI systems function in a robust, secure and safe way, with risks continually identified, assessed and managed.

Jurisdiction
United Kingdom
Nature
Voluntary guidance
Source reference
Principle 1, Part 3
Who it binds
Provider / developer, Deployer / user organisation
Evidence examples
1
Framework mappings
NIST AI Risk Management Framework 1.0, ISO/IEC 42001:2023
Controls that meet it
2
Official source
Open official text
Verification
Source-linked

What does it require?

Regulators are asked to ensure AI systems function in a robust, secure and safe way, with risks continually identified, assessed and managed. In practice this is enforced through existing safety, security and data-protection law rather than a new duty.

Practical action

Run lifecycle risk assessments and keep security testing evidence that you can show a regulator.

Who does it apply to?

Non-binding expectation for all AI developers and deployers in regulated activities.

Which controls meet this duty?

Satisfies: the control, operated properly, does the work the duty asks for. Supports: it contributes but the duty needs more. Each control page lists every other duty it serves, so work done once can be counted once.

  • satisfiesProcessAI system owner · once per ai system
    AI risk assessment and lifecycle risk register

    Serves 12 recorded duties · evidence: AI system risk assessment, Per-system AI risk register, Residual-risk acceptance

    Lifecycle identification and management of risks.

  • satisfiesTechnical measureQuality or testing lead · at launch and on material change
    Accuracy, robustness, fairness and security testing

    Serves 15 recorded duties · evidence: Pre-release test report, Test plan and acceptance criteria, Release test sign-off

    Security and robustness evidence to show a regulator.

Templates that cover this duty

Generated from the records. Free · no account · links emailed to your work address. This duty is cited in each file with its source reference and a link back here.

All 6 templates that cover it →

What evidence would a reviewer expect?

Evidence examples
EvidenceTypeNotes
AI risk assessmentreport

Framework mappings

Original editorial crosswalks. They cite clause numbers only and reproduce no standard text; confidence reflects how direct the mapping is.

See every United Kingdom duty mapped this way →

Framework mappings table
FrameworkReferenceNoteConfidence
NIST AI RMF 1.0MEASURE 2.5–2.7Original editorial mapping.medium
ISO/IEC 42001:2023Clause 6.1 and Annex A risk controlsOriginal editorial mapping.medium

Frequently asked questions

Is this a legal requirement?

No. It is voluntary guidance under UK AI regulation framework; following it is expected or recommended rather than required by law.

Who must comply with this obligation?

Non-binding expectation for all AI developers and deployers in regulated activities.

What evidence shows compliance?

A reviewer would expect: AI risk assessment.

Which frameworks map to this obligation?

It is mapped to NIST AI Risk Management Framework 1.0 MEASURE 2.5–2.7, ISO/IEC 42001:2023 Clause 6.1 and Annex A risk controls. These are editorial crosswalks with a stated confidence, not official mappings.

Which controls satisfy this obligation?

AI risk assessment and lifecycle risk register; Accuracy, robustness, fairness and security testing.

What should an organisation do in practice?

Run lifecycle risk assessments and keep security testing evidence that you can show a regulator.

Cite this record

AIPolicyTracker (2026). “Ensure AI systems are safe, secure and robust throughout their lifecycle (UK AI regulation framework)” [AIPT-OBL-0072, verified 26 September 2026 by Bhaskar Bhatt]. https://aipolicytracker.org/id/AIPT-OBL-0072 (accessed 27 October 2026). Data licensed CC BY 4.0.

Permanent id AIPT-OBL-0072: it never changes or gets reused, and its address keeps working if this page moves.

Cite the official text alongside it: A pro-innovation approach to AI regulation, UK Government, Department for Science, Innovation and Technology, https://www.gov.uk/government/publications/ai-regulation-a-pro-innovation-approach.

BibTeX
@misc{aipolicytracker2026_ensureaisystemsaresafese,
  author       = {{AIPolicyTracker}},
  title        = {{Ensure AI systems are safe, secure and robust throughout their lifecycle (UK AI regulation framework)}},
  year         = {2026},
  howpublished = {\url{https://aipolicytracker.org/obligations/uk-principles-safety-security-robustness}},
  url          = {https://aipolicytracker.org/obligations/uk-principles-safety-security-robustness},
  urldate      = {2026-10-27},
  note         = {Data licensed CC BY 4.0. Accessed 27 October 2026}
}

Change history

No change to this record's tracked fields has been recorded since 15 October 2026, when field-level history began.

Similar obligations in other instruments

Disclaimer: informational only, not legal advice. Verify every claim against the linked official sources and consult a qualified lawyer before acting.