cm/controlmapping
English
Sources
Opinion · ISO 27001 · SOC 2

AI-written security policies: useful shortcut or audit risk?

Generative AI has made it trivial to produce a full set of security policies in an afternoon. That solves the easy part of policy writing and makes the hard part easier to skip.

Risograph-style print of a tall stack of identical documents beside one small, slightly uneven hand-drawn document
Volume is easy now. Fit is still the hard part.

Writing security policies used to be the slow first step of every compliance programme. Now a generative AI tool will produce a complete set (information security, access control, incident response, cryptography, supplier security) in minutes, formatted and confident. For many organisations that's a genuine help. It's also a new way to fail an audit.

Where AI helps

  • A blank page is gone. A draft structure for each policy, with the usual sections, saves real time.
  • Plain language. AI is good at turning dense standard-speak into sentences people might read.
  • Consistency checks. Asked the right way, it can spot contradictions between documents.
  • Mapping drafts. It can suggest which framework requirements a policy section relates to, as a starting point to check.

Where it hurts

  • Policies describe practices you don't have. A generated access control policy will promise quarterly privileged-access reviews, MFA everywhere and documented approvals. If you don't do those things, each promise is a future audit finding. Auditors test what you wrote.
  • References can be wrong. Generated text cites control numbers from superseded versions, or requirements that don't exist. A policy citing ISO 27001:2013 clause numbers in a 2022 audit undermines everything else.
  • Nobody owns them. A policy that arrived fully formed has no author who understands why each line is there, and no owner to keep it true.
  • Volume replaces judgement. Fifty pages of plausible policy can hide the three decisions that actually matter for your organisation.
Photograph of an office printer with a thick stack of freshly printed pages in its tray and more piled beside it
A hundred pages of policy is not a hundred pages of practice.

How to use it well

  1. Decide first, generate second. Write down how you actually run each control (owner, frequency, standard), then ask AI to draft policy text from those facts. See our post on one policy set for many frameworks.
  2. Cut ruthlessly. Delete every sentence you can't evidence.
  3. Check every reference against the current framework text. Our requirement pages, for example ISO 27001 A.5.1, show current IDs and titles.
  4. Give each policy a human owner who has read it, approves it and reviews it annually.
  5. Never let AI write the risk assessment for you. It can suggest threats, but it doesn't know your systems, people or business.

A quick test for any generated policy

Before approving a policy, generated or not, read it with three questions in mind:

  1. Could we show an auditor evidence for every "must" in this document? Each obligation should point to a control that runs and produces records. If it doesn't, either build the control or delete the sentence.
  2. Does every reference exist in the current version? Check clause and control numbers against the framework you're audited against. Our requirement pages, such as ISO 27001 A.5.15 or SOC 2 CC6.1, show current IDs and their equivalents in other frameworks.
  3. Would a new employee understand what to do? Policies exist to change behaviour. Generic, padded text fails that test even when it's technically correct.

A policy that passes all three is a good policy, whoever or whatever drafted it. One that fails any of them is a liability, however polished it reads.

Key takeaways

  • AI is a fast way to a first draft and a risk as a final version.
  • Decide how you operate first, then generate text from those facts.
  • Delete anything you can't evidence, check every reference and give each policy a human owner.

The honest answer

AI-written policies are a useful shortcut to a first draft and a risk as a final version. The test hasn't changed: does the document describe what your organisation really does, and can you prove it? Use AI to get there faster, not to skip the part where you decide. And if you're about to buy tools before writing policies, the same principle applies.

Questions

Can I use AI-generated security policies for ISO 27001 or SOC 2?

You can use AI to draft them, but auditors test whether policies match what the organisation actually does. Generic drafts that describe practices you don't follow produce findings.

What are the risks of AI-written policies?

Policies that commit you to controls you don't operate, invented or outdated references to standards, inconsistency between documents, and policies nobody has read or approved.

Do auditors object to AI-assisted policies?

Not as such. Auditors care whether policies are approved, current and followed in practice. How the first draft was produced matters far less than whether the final document matches reality.

Data as of 2026-10-27: numbers in this post are computed from the current crosswalk and update when it changes. Crosswalk a published crosswalk (NIST, ENISA, CIS, PCI SSC) makes the link · Editorial ControlMapping's judgement where no crosswalk exists; the reason is shown · Loosely related only shares a CSF 2.0 outcome: worth checking, not a mapping · No mapping in our data nothing mapped in our data; often new work, but check the coverage notes. Not compliance advice.

Related posts