CompoundTrust

AI Security Readiness Kit

AI inventory: which AI uses deserve attention first

Six fields to record for each AI use. Five places to find them. Three stated criteria for what to review first.

The one-page AI inventory. The five places, the six fields, the three criteria and a worked example, with blank rows to fill in. A4, prints without scaling.
Download the PDF

The assistant nobody installed

A hypothetical example. Last quarter a vendor update switched on an AI assistant inside your ticketing system. Nobody installed it. It reads every customer ticket. It drafts replies. It can look up order history. Nobody filed a change request.

Is it on any list you own? If it is, it is probably a product name. That tells you nothing about what it can reach.

Day one is not about controls. It is about knowing which AI deserves your attention first.

Five places AI hides

Many organisations check only one or two of these.

  1. What you built. Internal applications that call a model. Notebooks. Pilots that quietly became production.
  2. What you bought. Software you already pay for that added AI through an update. Check vendor release notes.
  3. What people brought. Unapproved chatbots, extensions and personal accounts used on corporate devices and networks. Those are discoverable too.
  4. What connects. AI apps that people let into their mail or files with a single consent click. Check your identity provider's app grants.
  5. What is embedded. AI inside your security and email tools. The tools you trust to watch everything else.

These routes overlap. One use can turn up twice. Keep one row per use and note where you found it.

A first pass in about a week

In my experience you can get a first pass in about a week. It covers corporate systems and traffic. It will not see personal devices.

Six fields, one row per use

  1. Owner. A named, accountable person.
  2. Purpose. The business use.
  3. Reads. What comes in. Flag content written outside the organisation.
  4. Reaches. The data and systems it can get to, including read-only access. Anything it can reach can end up in an output.
  5. Acts. What it can do or send, and whether a person checks first.
  6. Runs as. The identity it uses, and how long that credential lives.

The unit is the use, not the product. If another team uses the same assistant to send refund notes on its own, that is a second row.

Three criteria for what to review first

  1. Reads outside content. Does it read content written outside your organisation?
  2. Reaches sensitive data or critical systems.
  3. Acts without a person. Can it act without a person checking first?

Two or more: the use goes on the first review list. Any open finding: review it now.

One row, worked through

The ticketing assistant, hypothetical.

Criteria 1 and 2 are met, so it goes on the first review list. The never-expiring token is a finding in its own right, so it is reviewed now. The refunds use meets all three criteria and goes to the top of the list.

What I would do on Monday

What this page is not

It is not a NIST template. The six fields are a working set. The NIST AI Risk Management Framework asks for an inventory and leaves the attributes to each organisation.

It is not complete discovery. A first pass covers corporate systems and traffic, not personal devices.

Sources

The ticketing assistant and the refunds use are hypothetical. "A first pass in about a week" is professional judgement.

← AI Security Readiness Kit