Model and data securityAdvancedLesson 1797 min read

Running an AI security programme

Put it all together: inventory, risk tiers, policies, secure development, testing, monitoring, response and reporting, plus a 90-day plan to start.

Lesson in motion

In 60 seconds

Running an AI security programme

Put it all together: inventory, risk tiers, policies, secure development, testing, monitoring, response and reporting, plus a 90-day plan to start.

1/5
In simple words
One good player does not make a winning team. You need selection, practice, a plan for each match, someone watching the score, and a captain who reports to the board. An AI security programme is the whole team, not one tool.
The earlier lessons covered individual risks and controls. A programme makes them happen every time, for every AI system, with owners, evidence and improvement over time.

The building blocks

BlockWhat it means
InventoryA list of every AI system you build, buy or use, including hosted APIs, open models and AI features inside vendor tools.
Risk tiersGroup systems by impact: data sensitivity, decisions affected, exposure to untrusted users, autonomy.
Policies and standardsAcceptable use, approved models and vendors, data rules, model loading rules, release requirements.
Secure AI development life cycleThreat modelling, data controls, supply chain checks, evaluation gates and approvals built into how teams work.
Red teaming and testingRegular adversarial testing, scaled to the risk tier, using tools and people.
MonitoringUsage, abuse patterns, drift, data leakage signals and access to weights.
Incident responseAI scenarios in playbooks: poisoning, model theft, data leakage, harmful output, rollback.
TrainingRole-based: engineers, data scientists, product owners, leaders and all staff.
Metrics and reportingClear numbers to leadership and the board, tied to risk.

Risk tiers drive effort

TierExampleMinimum controls
LowInternal summariser on public documentsInventory entry, approved tool, basic usage policy
MediumCustomer-facing chatbot answering from product docsThreat model, input and output controls, logging with redaction, pre-release testing
HighModel that affects credit, hiring or health, or handles sensitive personal dataAll of the above plus red teaming, provenance and AI-BOM, human oversight, legal review, regular re-testing

Metrics that mean something

  • Share of AI systems in the inventory that have an owner and a risk tier.
  • Share of high-tier systems with a current threat model and red team test.
  • Share of models loaded from safe formats with verified hashes or signatures.
  • Time to fix serious AI findings, compared with your target.
  • AI-related incidents and near misses, with lessons learned.
Note
Report to the board in business terms: which important systems are covered, the top risks, what changed, and what decisions or funding you need. Avoid technical detail they cannot act on.

A 90-day starter plan

  1. 1

    Days 1–30: See

    Name an executive sponsor and a programme owner. Build the first AI inventory (ask teams, check expense and cloud records, review vendor tools). Publish a short interim AI use policy.
  2. 2

    Days 31–60: Sort

    Assign risk tiers. Pick a framework to align with (for example NIST AI RMF). Threat model the top three high-tier systems. Set safe model loading and PII logging rules.
  3. 3

    Days 61–90: Act

    Add evaluation gates to one pipeline. Run a first red team exercise on one high-tier system. Add AI scenarios to the incident plan and run a tabletop drill. Send the first report to leadership with metrics and next steps.
Programmes that stall
  • Start by buying a tool
  • Write a long policy nobody reads
  • Block all AI use
  • Security works alone
Programmes that work
  • Start with inventory and owners
  • Short, clear rules, with approved options
  • Make the safe path the easy path
  • Security, ML, legal, privacy and business work together

Watch and read more

Lab

A 90-day AI security plan for your organisation, with an inventory template and board metrics.

~40 min

The problem

Write a plan for your organisation, or a realistic one such as a mid-sized Indian bank or IT services company.

  1. Create an inventory template with at least these columns: system, owner, build or buy, model and version, data used, users, risk tier.
  2. Fill it with at least five real or realistic entries and assign tiers with a one-line reason each.
  3. Write your 90-day plan in three 30-day phases, with named owners and a clear output for each phase.
  4. Choose four metrics for your first leadership report and say how you will measure each.
  5. List the top three risks you expect to find, and what decision you might need from leadership.

You are done when

Hard questions

Try to answer before you reveal. If you can answer these, you understood the lesson.

Q1Teams hide AI use because they fear it will be banned. How do you design the programme to fix this?Reveal

Make disclosure safe and useful. Offer approved tools and quick reviews, so declaring a use case leads to help, not a ban. Keep an amnesty period for the first inventory. Focus controls on high-tier uses and keep low-tier approvals light. When people see the safe path is fast, hidden use falls.

Q2Your metrics show 100% of models have an owner, but an incident still happens. What might the metrics have missed?Reveal

Ownership is a coverage metric, not an effectiveness metric. The owner may not have tested the model, controls may exist on paper only, or the incident may come from a system missing from the inventory. Add metrics on test results, time to fix, inventory completeness checks and near misses, and review incidents to find which assumptions were wrong.

Please sign in to continue.

Questions people ask

Who should own the AI security programme?

Usually the security leader owns it, with close partners in ML engineering, privacy, legal, risk and the business. Some companies create an AI governance committee. What matters is one accountable owner and clear roles.

How do we find shadow AI in the inventory?

Ask teams directly and make it safe to answer. Check cloud bills, expense claims, network logs for AI service domains, browser extensions and vendor tools that have added AI features. Repeat regularly: new AI appears all the time.

Do we need a separate AI incident response plan?

Usually no. Extend your existing plan with AI scenarios and people who understand models. Add steps such as rolling back a model version, disabling a feature, rotating keys used by AI systems, and preserving prompts and logs as evidence.

How often should we red team AI systems?

Scale it to the risk tier. Test high-tier systems before launch and after major changes, such as a new model version, new data or new tools. Automated tests can run on every release; deeper human-led exercises can be less frequent.

Lesson test

5 questions. Get 3 right (60%) to pass and complete this lesson.

Sign in to take the test and save your progress