What Businesses Implementing or Maintaining ISO 27001 Certification Should Know and What Auditors Will Look For

Artificial intelligence is rapidly becoming part of normal business operations.

Employees are using generative AI to draft documents, analyse information, write software, summarise meetings and support decision-making. AI functionality is also increasingly being integrated into the software, cloud platforms and business applications that organisations already use.

For organisations that already hold ISO 27001 certification, as well as those currently implementing an Information Security Management System (ISMS), this presents an important question:

Has your ISMS been designed or enhanced to address the information security risks associated with the use of AI?

The good news is that organisations do not necessarily need to create a completely separate information security framework simply because they use AI.

ISO 27001 already provides a structured approach for understanding organisational risks, protecting information, managing suppliers and continually improving security controls.

However, AI can introduce new risks and information flows that may not have been considered when an ISMS was first implemented.

For organisations already certified to ISO 27001, the challenge is ensuring that the ISMS continues to evolve as AI is introduced. For organisations implementing ISO 27001, there is an opportunity to consider AI risks from the beginning and build appropriate controls into the ISMS rather than trying to address them later.

This article provides practical guidance for businesses at both stages and explains what ISO 27001 auditors are likely to look for when assessing how AI-related information security risks are managed.

Whether You Are Implementing or Maintaining ISO 27001, Start With the Same Question

The first question should be:

How is AI being used within our organisation, and what risks does that create for our information?

This applies whether your organisation:

  • already holds ISO 27001 certification;
  • is preparing for its first certification audit;
  • is developing an ISMS;
  • is considering introducing AI;
  • already uses AI informally across the business.

For organisations implementing ISO 27001, AI should be considered when establishing the context, scope and risks of the ISMS.

For organisations already certified, AI should be considered as part of the ongoing review and improvement of the ISMS.

The objective is the same:

Ensure the organisation understands how AI affects the confidentiality, integrity and availability of information and has implemented controls appropriate to the associated risks.

AI security guidance is increasingly being developed to complement established information security practices rather than replace them. ISO/IEC 27090, currently under publication, specifically focuses on threats and compromises affecting AI systems and is intended to complement established practices such as ISO/IEC 27001 and ISO/IEC 27002.

1. Understand How AI Is Being Used Before You Build or Update Your ISMS

Before risks can be managed, the organisation needs to understand how AI is actually being used.

This should be a consideration for both:

Organisations Implementing ISO 27001

AI use should be identified as part of understanding:

  • business processes;
  • information assets;
  • technology;
  • suppliers;
  • information flows;
  • interested parties;
  • risks.

Organisations Already Certified

Existing AI use should be reviewed to determine whether changes to the organisation's technology, processes or information flows have created new risks that need to be addressed through the ISMS.

AI Use May Be More Widespread Than You Think

Employees may already be using AI tools for:

  • drafting documents;
  • preparing marketing content;
  • analysing spreadsheets;
  • summarising reports;
  • software development;
  • reviewing code;
  • meeting transcription;
  • customer service;
  • research;
  • data analysis.

AI functionality may also exist within software that the organisation has already approved.

Examples may include:

  • cloud productivity platforms with AI assistants;
  • customer relationship management systems;
  • software development tools;
  • document management systems;
  • collaboration platforms;
  • meeting applications;
  • security monitoring platforms.

The organisation may not consider these systems to be AI systems because they were originally implemented for another purpose.

However, if new AI functionality changes how information is processed, stored or transferred, the associated risks should be considered.

What Auditors Will Look For

An auditor may ask:

  • How is AI being used within the organisation?
  • Which AI systems have been approved?
  • Are employees using public AI platforms?
  • Who is responsible for approving new AI systems?
  • Has AI functionality within existing software been considered?
  • How does the organisation identify new or changed AI risks?

The organisation does not necessarily need a complicated register of every AI feature.

However, it should be able to demonstrate that it understands where AI presents a material information security risk.

For many organisations, an AI register or an extension of the existing asset register may be a practical solution.

Australian Government guidance also identifies AI registers, clear accountability and supply chain accountability as important governance practices and recommends keeping records that support audits, reviews and ongoing improvement.

2. Build AI Into Your ISO 27001 Risk Assessment Process

For organisations implementing ISO 27001, AI risks should be considered as part of the initial information security risk assessment.

For organisations already certified, the introduction or increased use of AI should trigger a review of whether new risks have been created.

The organisation does not necessarily need a completely separate AI risk management process.

Instead, the existing ISO 27001 risk assessment methodology can be used.

AI may introduce risks associated with:

  • confidentiality;
  • integrity;
  • availability;
  • privacy;
  • Personally Identifiable Information;
  • intellectual property;
  • supplier security;
  • information transfer;
  • access control;
  • legal obligations;
  • contractual obligations.

Example AI Risk

Risk

An employee uploads confidential customer information into an unapproved public AI platform.

Potential Consequences

  • Unauthorised disclosure of information;
  • breach of confidentiality;
  • privacy breach;
  • breach of customer contract;
  • intellectual property loss;
  • reputational damage.

Existing Controls

  • Acceptable use requirements;
  • information classification;
  • approved AI platforms;
  • employee awareness;
  • supplier approval processes.

Additional Treatment

  • Develop AI usage guidance;
  • establish an AI approval process;
  • implement technical restrictions;
  • provide targeted employee training;
  • assess approved AI suppliers.

This approach demonstrates that AI is being managed through the organisation's existing ISMS rather than as a separate issue.

What Auditors Will Look For

Auditors are unlikely to expect every organisation to identify the same AI risks.

Instead, they will generally be interested in whether:

  • AI is relevant to the organisation;
  • relevant AI risks have been identified;
  • risks have been assessed using the organisation's methodology;
  • risk treatment decisions are appropriate;
  • controls have been implemented;
  • controls are operating effectively.

For organisations implementing ISO 27001, auditors will look for AI risks to be incorporated into the ISMS where relevant.

For certified organisations, they may examine whether the risk assessment has evolved to reflect changes in how AI is used.

Human handshake with robot hand in a modern office environment, symbolizing collaboration between hu
Loading...

3. Consider AI When Determining the Context of the Organisation

ISO 27001 requires organisations to understand the internal and external issues that are relevant to the purpose of the organisation and affect its ability to achieve the intended outcomes of the ISMS.

For businesses implementing ISO 27001, AI may already be a relevant internal or external issue.

For example:

Internal Issues

  • Employees using AI;
  • AI integrated into business systems;
  • AI-enabled products or services;
  • internal policies and governance;
  • technical capability;
  • employee awareness.

External Issues

  • AI suppliers;
  • customer expectations;
  • privacy obligations;
  • contractual requirements;
  • emerging AI security threats;
  • regulatory developments.

For certified organisations, management should consider whether the growing use of AI represents a change to the organisation's internal or external environment.

4. Define Clear Responsibilities for AI

One of the first questions organisations implementing an ISMS should consider is:

Who is responsible for managing the risks associated with AI?

The answer will depend on the organisation.

Responsibility may involve:

  • Information Security;
  • IT;
  • Privacy;
  • Legal;
  • Risk and Compliance;
  • Technology;
  • Business Process Owners.

However, responsibility should not be unclear.

For a small organisation, responsibility may sit with one person or a small management team.

For a larger organisation, responsibilities may be distributed across multiple functions.

The important point is that the organisation understands:

  • who approves AI use;
  • who assesses risks;
  • who approves suppliers;
  • who manages technical controls;
  • who monitors changes;
  • who responds to incidents.

Australian Government guidance similarly recommends clearly assigning accountability for AI systems, including responsibilities for third-party systems, testing, oversight and ongoing improvement.

5. Protect Personally Identifiable Information

The use of AI can create significant risks where Personally Identifiable Information (PII) or personal information is involved.

This should be considered during ISO 27001 implementation and reviewed regularly by certified organisations.

Businesses should understand whether employees are permitted to upload:

  • customer information;
  • employee information;
  • contact details;
  • financial information;
  • health information;
  • identification information;
  • sensitive information.

Where personal information is processed through AI, organisations should consider:

  • why the information is being processed;
  • whether the AI provider is authorised to receive it;
  • where information is processed;
  • where information is stored;
  • how long it is retained;
  • whether it can be deleted;
  • whether it is used for training;
  • whether sub-processors are involved;
  • whether international transfers occur.

Questions to Ask Before Approving AI Use

Can Personal Information Be Uploaded?

If yes, under what circumstances?

Is Information Retained?

How long does the supplier retain prompts, documents or outputs?

Is Information Used for Training?

Can customer information contribute to model training or service improvement?

Where Is Information Processed?

Are there data residency or international transfer considerations?

Can Information Be Deleted?

Does the organisation have the ability to remove information where required?

Who Can Access the Information?

Can supplier employees or sub-processors access it?

What Auditors Will Look For

Auditors may seek evidence that the organisation has considered AI within its privacy and PII protection arrangements.

This may include:

  • information classification;
  • privacy processes;
  • risk assessments;
  • supplier assessments;
  • legal requirements;
  • acceptable use requirements;
  • employee awareness;
  • technical controls.

6. Protect Intellectual Property and Confidential Information

Privacy is not the only concern.

For many businesses, one of the greatest risks associated with AI is the potential exposure of intellectual property.

Employees may use AI to:

  • review source code;
  • improve technical documentation;
  • analyse designs;
  • prepare proposals;
  • summarise confidential reports;
  • analyse research;
  • generate product information.

This creates an important question:

What happens to the information after it is uploaded into the AI platform?

Businesses should consider controls relating to:

  • source code;
  • trade secrets;
  • proprietary information;
  • research;
  • product designs;
  • technical specifications;
  • customer proposals;
  • commercial information.

Possession Does Not Always Mean Permission

An important issue for organisations is that they may possess information without owning it.

For example, a customer may provide:

  • confidential information;
  • source code;
  • technical documentation;
  • personal information;
  • commercially sensitive data.

The organisation may have access to this information to provide a service.

However, that does not automatically mean the organisation has the right to upload the information into an external AI platform.

This is where information security, legal and contractual requirements intersect.

What Auditors May Ask

An auditor may ask:

"Are employees permitted to upload source code into AI tools?"

"Can customer information be entered into generative AI?"

"How do employees know what information they can and cannot upload?"

The organisation should be able to explain:

  • which tools are approved;
  • what information may be uploaded;
  • what restrictions apply;
  • what supplier protections exist;
  • how employees are made aware of the requirements.

7. Include AI in Your Supplier Management Process

AI suppliers should be considered within the organisation's supplier management processes.

This applies to:

New AI Suppliers

A business may subscribe to a new AI platform.

Existing Suppliers Introducing AI

An existing software provider may introduce new AI functionality.

Both scenarios can change the organisation's information security risk profile.

For organisations implementing ISO 27001, AI suppliers should be identified during supplier and information flow analysis.

For organisations already certified, changes to supplier services should trigger consideration of whether additional risk assessment or supplier review is required.

Questions to Ask AI Suppliers

Information Handling

  • What information is collected?
  • Where is it processed?
  • Where is it stored?
  • How long is it retained?

Model Training

  • Is customer information used to train models?
  • Can this be disabled?
  • Is this contractually guaranteed?

Security

  • What security controls are implemented?
  • Is access controlled?
  • Is MFA available?
  • Are security events monitored?

Sub processors

  • Who else processes the information?
  • Are changes to sub processors communicated?

Incident Management

  • How are security incidents communicated?
  • What notification commitments exist?

What Auditors Will Look For

Auditors may review whether:

  • AI suppliers have been identified;
  • suppliers have been assessed;
  • information security requirements are understood;
  • contractual arrangements have been reviewed;
  • supplier changes are managed;
  • services are monitored.

A common risk arises where employees independently sign up to AI services using corporate email addresses or credit cards.

This can bypass established supplier management processes entirely.

8. Build AI Requirements into Information Classification

Businesses implementing ISO 27001 should consider AI when designing their information classification scheme.

Businesses already certified should consider whether their existing classification scheme provides sufficient guidance for AI use.

Employees may understand that information is classified as:

  • Public;
  • Internal;
  • Confidential;
  • Highly Confidential.

However, they may not understand what those classifications mean when using AI.

Organisations should consider providing practical guidance with exact requirements t0 reflect the organisation's own risk assessment.

The objective is to provide employees with practical guidance.

9. Consider Hardening AI Systems Against Data Leakage

Policies and employee awareness are important.

However, businesses should not rely solely on telling employees:

"Do not upload confidential information."

Depending on the risks, organisations should also consider technical controls.

These may include:

  • Data Loss Prevention;
  • web filtering;
  • browser controls;
  • approved AI platforms;
  • AI gateways;
  • identity and access management;
  • restricted integrations;
  • logging and monitoring.

The Australian Signals Directorate's guidance for AI application development includes controls addressing data retention and use, preventing organisational data from being used for AI training without appropriate consent, and content filtering to detect and block sensitive data exposure.

The Level of Control Should Be Proportionate

A small business using AI to generate public marketing content may require very different controls to an organisation using AI to:

  • process customer information;
  • analyse sensitive data;
  • develop software;
  • access internal systems;
  • make decisions;
  • interact with customers.

The organisation's risk assessment should determine the appropriate level of control.

10. Secure AI Systems and Integrations

Where an organisation operates, develops or integrates AI systems, additional technical controls may be required.

This is particularly important where AI can access:

  • internal documents;
  • databases;
  • cloud storage;
  • source code repositories;
  • customer systems;
  • email;
  • business applications.

The principle of least privilege should continue to apply.

Businesses should consider:

  • What can the AI access?
  • Does the AI need access to all available information?
  • Can access be restricted?
  • Does the AI respect existing user permissions?
  • Can users obtain information through AI that they could not otherwise access?

AI Should Not Become a Security Bypass

A particular risk arises when an AI assistant has broad access to organisational information.

An employee may not normally have access to a document.

However, if an AI system can access the document and does not correctly enforce permissions, the employee may be able to obtain the information indirectly.

Organisations should therefore consider whether AI integrations preserve existing access control requirements.

11. Consider AI-Specific Security Threats

Businesses implementing ISO 27001 should consider AI-specific threats during risk assessment where AI is used.

Certified organisations should review whether existing risk assessments adequately address these threats.

Examples include:

Prompt Injection

Attempts to manipulate an AI system into ignoring intended instructions or security controls.

Excessive Permissions

AI systems receiving unnecessary access to organisational information or systems.

Data Leakage

Sensitive information being disclosed through AI prompts or outputs.

Model Poisoning

Manipulation of training data or models that affects the behaviour or integrity of an AI system.

Insecure Integrations

AI systems connected to internal systems without appropriate security controls.

Unauthorised Actions

AI agents performing actions without sufficient approval or human oversight.

AI-Generated Errors

Employees relying on inaccurate AI-generated information without appropriate review.

Not every organisation will face all of these risks.

The objective is to determine which risks are relevant to the organisation's actual use of AI.

ISO/IEC 27090 highlights AI-specific threats such as risks affecting training data and models, while emphasising that established cybersecurity practices remain essential.

12. Develop Practical AI Policies and Guidance

Organisations implementing an ISMS should consider AI when developing relevant policies and procedures.

Certified organisations should review whether existing policies remain adequate.

This does not necessarily mean creating a lengthy standalone AI policy.

Depending on the organisation, AI requirements may be incorporated into:

  • Acceptable Use Policy;
  • Information Classification Policy;
  • Supplier Management Procedure;
  • Risk Management Procedure;
  • Privacy Procedures;
  • Information Security Policy;
  • Incident Management Procedure.

Some organisations may also benefit from a dedicated AI Acceptable Use Guideline.

Employees Need Practical Answers

Employees should understand:

  • which AI systems are approved;
  • which systems are prohibited;
  • what information may be uploaded;
  • what information must not be uploaded;
  • when approval is required;
  • how to report concerns.

Training should include realistic examples. For example:

Can an employee upload a customer complaint into AI for summarisation?

Can a software developer upload proprietary source code to an AI coding assistant?

Can a salesperson use AI to improve a customer proposal?

Can an employee upload a spreadsheet containing customer contact information?

These examples are often more effective than generic instructions.

13. Include AI in Employee Awareness and Competence

Employees often see AI as a productivity tool rather than an information security issue.

This makes targeted awareness particularly important.

Auditors may interview employees and ask:

"Can you use AI to help with your work?"

"Which AI tools are you allowed to use?"

"Can you upload customer information?"

"Can you upload confidential documents?"

"What should you do if you are unsure?"

If employees provide inconsistent answers, the organisation may have difficulty demonstrating that controls are operating effectively.

14. Ensure Incident Management Covers AI

Businesses implementing ISO 27001 should ensure their incident management processes are capable of managing AI-related incidents.

Certified organisations should review whether their existing process remains suitable.

Examples may include:

  • confidential information uploaded to an unapproved AI platform;
  • PII provided to a public AI service;
  • unauthorised AI access to business systems;
  • excessive permissions;
  • prompt injection;
  • compromise of an AI supplier;
  • AI-generated content causing a security incident.

The organisation should be able to answer:

"What happens if an employee accidentally uploads confidential information into an AI platform?"

A response may involve:

  1. Identifying the information involved.
  2. Identifying the AI platform.
  3. Determining how the supplier processes and retains information.
  4. Assessing privacy, legal and contractual requirements.
  5. Determining whether the information can be removed.
  6. Taking corrective action.
  7. Reviewing whether existing controls were effective.

15. Review the Statement of Applicability

For organisations implementing ISO 27001, AI should be considered when determining applicable controls and developing the Statement of Applicability.

For certified organisations, the introduction of AI may require a review of whether existing control decisions remain appropriate.

The introduction of AI does not automatically mean additional controls must be selected.

However, organisations should consider whether AI-related risks affect the applicability or implementation of existing controls.

Particular areas may include:

  • acceptable use of information;
  • information classification;
  • information transfer;
  • access control;
  • supplier relationships;
  • supplier agreements;
  • ICT supply chain security;
  • legal and contractual requirements;
  • intellectual property;
  • privacy and PII;
  • configuration management;
  • logging;
  • monitoring.

An auditor may review whether the organisation's Statement of Applicability remains consistent with the way AI is actually being used.

16. Include AI in Internal Audits

For organisations implementing ISO 27001, internal audits should eventually examine whether AI-related controls are operating effectively.

For organisations already certified, AI should be included in the internal audit programme where it represents a relevant risk.

Internal audit questions may include:

Governance

  • Is there clear responsibility for AI?

Risk Management

  • Have relevant AI risks been assessed?

Information Protection

  • Are employees aware of what information may be uploaded?

Supplier Management

  • Have AI suppliers been assessed?

Technical Security

  • Are AI integrations appropriately controlled?

Awareness

  • Do employees understand acceptable AI use?

Incident Management

  • Are AI incidents addressed through existing processes?

This allows organisations to identify weaknesses before a certification or surveillance audit.

17. What Will an ISO 27001 Auditor Look For?

Whether an organisation is preparing for its first certification audit or maintaining certification, an auditor will generally be interested in whether AI-related information security risks have been appropriately managed.

Auditors will not necessarily expect every organisation to have:

  • a separate AI management system;
  • a dedicated AI department;
  • complex AI governance documentation;
  • technical controls designed for high-risk AI systems.

The level of control should be appropriate to the organisation and its risks.

However, auditors are increasingly likely to expect evidence that the organisation understands how AI affects its information security environment.

Auditors May Examine

Context

Has AI been considered as an internal or external issue where relevant?

Risk Assessment

Have AI-related information security risks been identified and assessed?

Information Classification

Do employees understand what information may be provided to AI systems?

PII and Privacy

Has the organisation considered how personal information is processed?

Intellectual Property

Are confidential information and proprietary assets protected?

Suppliers

Have AI providers been identified and assessed?

Legal and Contractual Requirements

Has the organisation determined whether information can legally and contractually be provided to AI services?

Technical Controls

Are AI systems and integrations appropriately secured?

Awareness

Do employees understand acceptable AI use?

Incident Management

Can the organisation identify and respond to AI-related incidents?

Monitoring

Are controls and AI suppliers reviewed?

Improvement

Does the organisation learn from incidents, changes and emerging risks?

A Practical Checklist for Businesses Implementing or Maintaining ISO 27001

Whether you are starting your ISO 27001 journey or preparing for your next surveillance audit, consider the following questions.

Understand Your AI Use

☐ Do we know where AI is being used?

☐ Have we considered AI functionality within existing software?

☐ Do we understand what information is being provided to AI systems?

Governance

☐ Is responsibility for AI clearly defined?

☐ Do we have a process for approving AI systems?

☐ Have we considered AI within our ISMS governance processes?

Risk Management

☐ Have AI-related information security risks been assessed?

☐ Have appropriate risks been added to the risk register?

☐ Have risk treatment decisions been documented?

Information Protection

☐ Do employees understand what information can be uploaded?

☐ Are PII and personal information protected?

☐ Is intellectual property protected?

☐ Are confidential customer assets protected?

Suppliers

☐ Have AI suppliers been assessed?

☐ Do we understand where information is processed?

☐ Do we understand whether information is retained?

☐ Do we know whether information is used for model training?

Legal and Contractual Requirements

☐ Are we legally permitted to provide information to AI suppliers?

☐ Do customer contracts impose restrictions?

☐ Have privacy obligations been considered?

Technical Security

☐ Are AI integrations appropriately secured?

☐ Is access restricted according to least privilege?

☐ Are technical controls required to prevent data leakage?

Awareness

☐ Have employees received practical AI security guidance?

☐ Would employees know what to do if they were unsure?

Incident Management

☐ Can our incident management process manage AI-related incidents?

Audit and Review

☐ Has AI been considered within our internal audit programme?

☐ Have relevant policies and procedures been reviewed?

☐ Does our Statement of Applicability remain appropriate?

Your ISMS Should Evolve as Your Business Evolves

For organisations implementing ISO 27001, the goal should be to build an ISMS that reflects how the organisation operates today — including its use of AI.

For organisations already certified, the goal should be to ensure the ISMS continues to evolve as the organisation changes.

The purpose of an ISMS is not to create a static collection of policies and procedures.

It is to provide a structured framework for identifying and managing changing information security risks.

As organisations:

  • introduce new technology;
  • adopt AI;
  • introduce new suppliers;
  • process new types of information;
  • develop new products;
  • change business processes;

the ISMS should evolve accordingly.

Preparing for ISO 27001 Certification or Your Next Audit

A practical approach for both new and certified organisations is:

Step 1: Identify AI Use

Understand where AI is currently being used across the business.

Step 2: Assess the Risks

Apply your information security risk assessment methodology.

Step 3: Review Information Flows

Understand what information is being provided to AI systems and what information they can access.

Step 4: Review Suppliers

Assess AI providers and AI functionality within existing suppliers.

Step 5: Review Legal and Contractual Requirements

Confirm what information can legally and contractually be provided to AI systems.

Step 6: Update or Implement Controls

Develop policies, procedures and technical controls appropriate to the risks.

Step 7: Train Employees

Provide practical guidance based on real business scenarios.

Step 8: Review Effectiveness

Include AI within monitoring, internal audits and management review where relevant.

Conclusion

Artificial intelligence is changing how organisations create, process and share information.

Whether your organisation already holds ISO 27001 certification or is beginning the journey towards implementation, AI should be considered as part of your Information Security Management System.

For organisations implementing ISO 27001, this is an opportunity to build AI considerations into the ISMS from the beginning.

For certified organisations, it is an opportunity to review whether the ISMS has kept pace with changes in technology and business operations.

The key question is not:

"Do we need a separate management system just because we use AI?"

The more useful question is:

"Have we designed or enhanced our ISMS to manage the risks created by the way we use AI?"

Organisations should consider AI within:

  • organisational context;
  • risk management;
  • information classification;
  • PII and privacy;
  • intellectual property protection;
  • supplier management;
  • legal and contractual requirements;
  • technical security;
  • employee awareness;
  • incident management;
  • internal audit;
  • continual improvement.

Auditors will increasingly look beyond whether an organisation has an AI policy.

They will want to see evidence that the organisation understands how AI is actually being used and that its ISMS appropriately manages the associated information security risks.

Whether you are implementing ISO 27001 for the first time or maintaining an established ISMS, AI should not sit outside your information security management processes. If it processes, accesses or influences your organisation's information, it should be considered within your ISMS.

By addressing AI as part of ISO 27001 implementation and continual improvement, businesses can build a stronger foundation for certification while continuing to take advantage of the significant opportunities that AI can provide.

Author

Brad Fabiny

DQS Product Manager - Cyber Security and auditor for the ISO 9001, ISO 27001 standards and information security management systems (ISMS) with extensive experience in software development.

Loading...

You Might Also Enjoy These Reads

Discover more articles that dive deep into related themes and ideas.
Blog
Loading...

Why has AI Impact Assessment become necessary for Corporate Governance?

Blog
Loading...

ISO/IEC 42001 in Practice: An AI Governance Scenario

Blog
Loading...

Legal Risks for Personal Background Screening Process in HK