Blog  ›  ISO 27001
ISO 27001

The ISO 27001 asset register: what auditors actually want

ISO 27001:2022 Annex A control 5.9 requires a maintained inventory of information and associated assets. This is the practical interpretation: what fields you need, the classification scheme that holds up under scrutiny, and the evidence pack the certification body will ask for.

IA
InventorIA Team
Published Apr 27, 2026 · 11 min read

If you're working through ISO 27001 certification or recertification, the asset register is one of the foundational artefacts. Almost every other control — access control (5.15), classification (5.12), backup (8.13), secure disposal (7.14), supplier management (5.20) — references it. Get it right and the rest is paperwork; get it wrong and you'll see findings throughout the audit.

What ISO 27001:2022 actually says

Control 5.9 (Inventory of information and other associated assets):

An inventory of information and other associated assets, including owners, should be developed and maintained.

The ISO 27002:2022 implementation guidance expands this. The register should:

The minimum fields per asset

FieldWhy it matters
Asset IDStable identifier referenced from risk treatment and other controls
Asset name / descriptionHuman-readable, unambiguous
Asset typeInformation, software, hardware, service, personnel
OwnerNamed human, not a shared mailbox or "IT"
CustodianWho operates day-to-day (may differ from owner)
ClassificationPublic / Internal / Confidential / Restricted (or your scheme)
LocationPhysical or logical (region, datacentre, vendor)
Lifecycle stageProcurement / In use / Decommissioning / Retired
Linked risksReference to entries in the risk register
Last reviewedDate and reviewer

The classification scheme

You don't have to use ours, but pick something explicit. A defensible four-tier scheme:

ClassDefinitionExamples
PublicAvailable externally without harmMarketing materials, public website content
InternalFor employees and contractors onlyInternal docs, project plans, org chart
ConfidentialSensitive; restricted to need-to-knowCustomer data, financial records, employee data
RestrictedHighest sensitivity; few authorised partiesSource code with secrets, M&A docs, legal-privileged

Each classification level should map to handling rules: how it can be transmitted, stored, shared, retained, and destroyed. The classification scheme document is itself audit evidence.

Categories of assets you need to capture

Information assets

Customer databases, employee records, financial data, intellectual property, source code, documentation. Tied to where they live (S3 bucket, Postgres database, Salesforce instance).

Software assets

SaaS subscriptions, licensed software, internally developed applications, libraries, operating systems. Each with version, license, owner.

Hardware assets

Laptops, servers, mobile devices, networking gear. Cross-references the IT asset register that already exists for finance / lifecycle purposes — same data, different audience.

Service assets

Cloud services, third-party processors, payment processors, email providers. Many will overlap with software assets but the lens is different (service availability, supplier risk).

Personnel assets

Roles with privileged access, key knowledge holders, custodians of sensitive data. Doesn't list every employee — just those whose role is itself a control point.

The evidence pack auditors ask for

  1. The asset register itself, with the fields above populated and last-reviewed dates within policy.
  2. The classification policy document.
  3. Sample of risk register entries that reference asset IDs from the register.
  4. Evidence of periodic review — emails, meeting minutes, version control showing the register has been updated.
  5. Joiner / mover / leaver evidence linking changes in personnel to asset record updates.
  6. Disposal evidence — for any retired asset in the period, the disposal certificate and the corresponding register update.
  7. Asset ownership confirmation — emails or system records showing each owner accepted accountability.

Where the findings come from

The most common ISO 27001 findings against control 5.9 are: (a) the register exists but isn't reviewed; (b) ownership is generic ("IT department" rather than a named person); (c) the register exists but isn't referenced by the risk register or other controls. Fix these three and you'll close most observations.

Practical tips

How InventorIA helps

InventorIA's data model maps directly onto the ISO 27001 asset register requirements. Owners are linked to identity records (so they're real people, not mailboxes). Classification fields are configurable. Lifecycle stages are tracked. Every change writes to an audit log. The certification-body export is a one-click download with all the linkage to risk and ownership the auditor will ask for.

An ISO-ready asset register, on day one

InventorIA's data model maps directly onto control 5.9. Free for 10 users.

Start free →