Description
About the ISO 27090 Toolkit
ISO/IEC 27090:2026 is the ISO/IEC guidance on how AI systems get attacked and how to defend them. It covers poisoned training data, adversarial inputs, prompt injection, extraction of models and their training data, tampered model files, and agents with more power than they should have. For each threat it explains what fails, how to detect it and how to mitigate it.
What it does not give you is anything to implement. It is written as guidance, in prose. The ISO 27090 Toolkit turns that guidance into the policies, standards, procedures, registers and test records a security team actually runs, organised on the standard’s own clauses so you can lay any document beside the subclause it answers.
Guidance, not a certificate, and this page says so
ISO/IEC 27090 contains 2 requirements (both in 5.1) and is otherwise recommendations. Nobody can certify you against it. If someone offers “ISO 27090 certification”, ask what they are certifying.
What it is good for is evidence. The ISO 27090 Toolkit is built to sit inside a certifiable system you already run or are building:
- an ISO 27001 ISMS, where it supplies the AI-specific risks and controls your risk assessment and Statement of Applicability need;
- an ISO 42001 AI management system, where it supplies the security depth that the AIMS controls point to but do not spell out.
Every recommendation, numbered, with a named document behind it
The standard’s advice is written as running text. We broke it into 118 numbered recommendation references: 2 requirements, 97 recommendations and 19 guidance points. Each one names the document in this pack that answers it.
Every Word document opens with a Recommendations addressed table that lists the references it answers and the section where it answers them. The build fails if any recommendation, or any of the 86 subclauses the pack tracks, is left without an owner. Annex B is tracked at its second level, so that covers all 101 leaf subclauses of the standard, and an independent QA review checked the 101 separately. That is a check we run, not a claim we make.
The Gap Assessment and Applicability Workbook ships pre-loaded with all 118, a status and evidence column for each, a not-applicable justification column, and a summary by part of the standard that calculates itself.
Mapped to the frameworks your auditors and customers actually ask about
ISO/IEC 27090 points to ISO/IEC 27002 and ISO/IEC 42001. It says nothing about the EU AI Act, NIST’s adversarial machine learning taxonomy or the OWASP Top 10 for LLM Applications. The ISO 27090 Toolkit’s Framework Crosswalk covers all five:
| Framework | What the crosswalk uses |
|---|---|
| ISO/IEC 27002:2022 | 52 of the 93 controls, by number and title |
| ISO/IEC 42001:2023 | 28 of the 38 Annex A controls |
| EU AI Act | Article 15 (accuracy, robustness and cybersecurity), including the 15(5) duties on data poisoning, model poisoning, adversarial examples and confidentiality attacks |
| NIST AI 100-2e2025 | The NISTAML attack identifiers and mitigation sections |
| OWASP Top 10 for LLM Applications | LLM01:2025 to LLM10:2025 |
Every mapping row carries a confidence rating, because a mapping is an interpretation. The mappings to the EU AI Act, NIST and OWASP are ours, and the workbook says so.
Article 15 applies to high-risk AI systems. After the 2026 Digital Omnibus those obligations apply from 2 December 2027 for Annex III systems. If that is you, pair this pack with the EU AI Act Toolkit. If your programme runs on the NIST AI RMF, the NIST AI RMF Toolkit is the governance companion.
One standard per attack, in the order the standard uses
Clause 6 describes each compromise type in the same four parts: description, failures, detection and mitigation. Each threat standard in the ISO 27090 Toolkit follows that order, then adds what the standard leaves to you:
- Controls in three tiers. Baseline for every system where the threat is credible, risk-driven where your assessment rates it medium or higher, and specialist for the techniques that are still emerging or cost real accuracy or performance.
- The zero trust measures the standard associates with that threat, written as controls.
- The crosswalk line for that threat, so one control can be evidenced against five frameworks.
The AI Compromise Type Catalogue lists the 12 compromise types the standard describes in detail, plus jailbreaking and insecure code generation from its Table 1, with the asset and security property each one hits first, whether it needs an attacker, and whether it applies to generative AI, predictive AI or both.
Mitigations that make each other worse
Clause 7 of ISO/IEC 27090 deals with something easy to overlook: mitigations interfere with each other, and they decay. Training a model to resist one kind of adversarial input can leave it more exposed to another.
The ISO 27090 Toolkit treats that as a managed process. The Mitigation Portfolio Management Procedure sets the selection criteria (effectiveness, resilience, durability, cost, maturity). The Mitigation Interaction and Efficacy Assessment re-measures model performance and every other mitigation, not just the new one, before any change is deployed.
Built for LLMs and agents as well as classic machine learning
- Prompt Injection Defence Standard: direct and indirect injection, input segregation for retrieved content, and a design rule that matters more than any filter. Assume injection will sometimes succeed, so limit what the model can reach and do.
- Prompt Injection and Jailbreak Test Library: 26 ready-to-run test cases mapped to the OWASP list. Every case uses a harmless canary string and
.invaliddomains, so a fail is unambiguous and nothing real leaves the building. - AI Agent Least Privilege Standard and Agent Permission Register: privileges held by the agent rather than the model, scoped to a task and expiring when it ends, with controls matched to API-integrated, computer-use and orchestrator agents.
- AI Output Handling and Encoding Standard: model output treated as untrusted input to every sink (browser, shell, database, API).
Supply chain, provenance and the AI bill of materials
Pre-trained models, public datasets, ML libraries and notebook plugins are all routes in, as clause 5.5 of the standard sets out. The ISO 27090 Toolkit includes an AI Supply Chain Security Procedure, a Third-Party Model and Dataset Intake Assessment, a contract-ready AI Supplier Security Schedule, a Model File and Backdoor Security Standard covering formats that can run code on load, and an AI Provenance and AI-BOM Register for datasets, models and lineage.
Detection your SOC can run
The AI Detection Use-Case Catalogue turns the standard’s detection guidance into 21 monitoring use cases: probing near a decision boundary, extraction-pattern queries, dataset hash mismatches, writes to retrieval stores, system-prompt text appearing in output, agents attempting out-of-scope actions. Each has a data source, a threshold to set from your own baseline, and a response. The AI Security Incident Response Playbook gives the first actions for each compromise type.
ISO 27090 Toolkit structure
| # | Section | Documents |
|---|---|---|
| 00 | Start Here | 4 |
| 05 | Information Security for AI | 15 |
| 06 | Compromise Types | 26 |
| 07 | Mitigations | 10 |
| 08 | Annexes A to C | 6 |
The ISO 27090 Toolkit is 42 Word documents and 19 Excel workbooks. Section 05 follows clause 5, section 06 clause 6, section 07 clause 7, and section 08 Annexes A to C.
We do not reproduce the standard
ISO/IEC 27090 is a licensed standard. The ISO 27090 Toolkit cites subclause numbers and short names, and states what each recommendation asks for in our own words. We check that mechanically: the shipped files were compared against the standard’s text, and no run of eight or more words matches outside its title, its headings and the ISO/IEC 27002 control names. Buy the standard from ISO or your national standards body for the authoritative text.
List of Documentation Toolkit:
00 — Start Here (4 documents)
- Read Me and Implementation Roadmap.docx
- Clause Index and Coverage Register.xlsx
- Gap Assessment and Applicability Workbook.xlsx
- Framework Crosswalk.xlsx
05 — Information Security for AI (15 documents)
- AI Security Policy.docx
- AI Security Risk Assessment Procedure.docx
- AI Security Control Baseline.xlsx
- AI Security Governance Charter and RACI.docx
- AI System Security Inventory.xlsx
- Zero Trust for AI Standard.docx
- Secure AI Development Standard.docx
- Secure ML Engineering Checklist.xlsx
- AI Supply Chain Security Procedure.docx
- Third-Party Model and Dataset Intake Assessment.xlsx
- AI Supplier Security Schedule.docx
- AI Threat Modelling Procedure.docx
- AI Threat Model Workbook.xlsx
- AI Red Teaming Procedure.docx
- AI Red Team Test Plan and Report.docx
06 — Compromise Types (26 documents)
- AI Compromise Type Catalogue.xlsx
- Data Poisoning Defence Standard.docx
- Dataset Integrity Verification Procedure.docx
- Dataset Integrity and Training Sequence Log.xlsx
- Evasion and Adversarial Robustness Standard.docx
- Adversarial Robustness Test Record.xlsx
- Membership Inference Defence Standard.docx
- Model Exfiltration Defence Standard.docx
- Model Inversion Defence Standard.docx
- Direct Model Poisoning and Model Integrity Standard.docx
- Sensitive Model Output Control Standard.docx
- Prompt Injection Defence Standard.docx
- Prompt Injection and Jailbreak Test Library.xlsx
- AI Output Handling and Encoding Standard.docx
- AI Data Limitation Standard.docx
- Technical Disclosure Review Procedure.docx
- Unwanted Behaviour Triage Procedure.docx
- Human Oversight and Guardrails Procedure.docx
- AI Agent Least Privilege Standard.docx
- AI Agent Permission Register.xlsx
- AI Transparency Statement Template.docx
- Continuous Validation Procedure.docx
- Continuous Validation and Behaviour Test Log.xlsx
- Explainability and Bias Security Testing Guideline.docx
- AI Provenance Framework.docx
- AI Provenance and AI-BOM Register.xlsx
07 — Mitigations (10 documents)
- Mitigation Portfolio Management Procedure.docx
- Mitigation Interaction and Efficacy Assessment.xlsx
- AI Logging and Monitoring Standard.docx
- AI Detection Use-Case Catalogue.xlsx
- AI Development Environment Protection Standard.docx
- AI Data and Model Disposal Record.xlsx
- Malicious Input Detection and Filtering Standard.docx
- AI Inference API Protection Standard.docx
- Model Hardening Guideline.docx
- AI Security Incident Response Playbook.docx
08 — Annexes A to C (6 documents)
- Life-Cycle and Asset Threat Mapping Workbook.xlsx
- Model File and Backdoor Security Standard.docx
- Model Weight Protection Standard.docx
- AI Data Leakage Prevention Standard.docx
- Federated Learning Security Standard.docx
- AI Security Awareness Briefing Notes.docx
Frequently Asked Questions (FAQ)
What is the ISO 27090 Toolkit?
The ISO 27090 Toolkit is a set of 61 editable Microsoft Word and Excel templates for securing AI systems: 42 documents and 19 workbooks. They are organised on the clauses of ISO/IEC 27090:2026, cover all 101 of its leaf subclauses, and answer each of the 118 recommendation references we derived from it.
Can we get certified to ISO/IEC 27090?
No. ISO/IEC 27090 is guidance with 2 requirements, not a management system standard, and there is no certification scheme for it. Use the ISO 27090 Toolkit to evidence AI security within an ISO 27001 or ISO 42001 programme, which can be certified.
Do I need to buy the standard as well?
We recommend it. The ISO 27090 Toolkit is usable on its own because every recommendation is stated in our own words, but it does not reproduce ISO’s text, and an assessor may want to see that you have read the source.
How is this different from the ISO 42001 Toolkit?
ISO 42001 is the management system: AI policy, objectives, impact assessment, roles, audit and review. ISO/IEC 27090 is the security engineering underneath: what attacks AI systems face and which controls stop them. The ISO 42001 Toolkit does the first, the ISO 27090 Toolkit the second, and the ISO 27090 Toolkit’s governance charter shows how they fit together without duplication.
Does it help with the EU AI Act?
Yes, for Article 15. The crosswalk maps the pack to Article 15(1), (3), (4) and (5), including the specific attack classes 15(5) names. Article 15 is one of several high-risk obligations; for the rest, see the EU AI Act Toolkit.
We only use AI through a vendor’s API. Is this relevant?
Yes, though not all of it. Prompt injection, output handling, sensitive output, agent privileges, data leakage, supplier intake and logging all apply to systems built on a hosted model. The documents for training-time threats can be marked not applicable in the gap assessment, with the reason recorded.
What formats are the documents in?
Microsoft Word (.docx) and Microsoft Excel (.xlsx), 42 and 19 respectively. Every ISO 27090 Toolkit file is fully editable, unlocked and unprotected. The workbooks have drop-down validation, frozen headers, autofilters and worked example rows flagged for deletion.
Where do we start?
With the Read Me and Implementation Roadmap. It sets out six phases: inventory, assessment, baseline, treatment, operation and improvement. Begin with the AI System Security Inventory and the gap assessment, because they decide which threat standards apply to you.
Implementing for clients? The Consultant Package bundles 89 toolkits — 8,100+ editable templates — under one firm-wide licence that covers unlimited client engagements. $1,399 one-time.
Guides for the ISO 27090 Toolkit
Free articles that explain the requirements this toolkit covers.
- When AI Security Controls Work Against Each Other
- AI Supply Chain Security: Models, Datasets and the AI-BOM
- EU AI Act Article 15: Meeting the Cybersecurity Requirement
- AI Agent Security: Least Privilege for Systems That Act
- Membership Inference and Model Inversion: Keeping Training Data Private
- Data Poisoning Attacks: Detection and Defence Under ISO 27090
- Prompt Injection Prevention: The ISO 27090 Approach
- ISO 27090 vs ISO 42001 (and Where ISO 27001 Fits)
- ISO 27090: What the New AI Security Standard Asks You to Do





































Reviews
There are no reviews yet