Table of Contents

Reach SOC 2 Compliance in 6 Weeks or Less.

  / ISO 27001 Internal Audit Explained: Key Steps and Best Practices

ISO 27001 Internal Audit Explained: Key Steps and Best Practices

Achieving ISO 27001 certification signifies excellence in information security management, demonstrating your organization’s dedication to protecting sensitive data. However, this process involves careful steps, with one of the most important being the internal audit. This crucial phase verifies that your Information Security Management System (ISMS) meets ISO 27001 standards and is strong enough to reduce risks.

Watch the Loom Video for a detailed explanation of our internal audit services, check out our Loom video, where our Principal Consultant Ali Hayat breaks down the process step-by-step and shares tips for seamless ISO 27001 compliance. Click here to watch the Loom video.

ISO 27001 Internal Audit

What is an ISO 27001 Internal Audit?

 

An ISO 27001 internal audit is a structured review of your ISMS to check its compliance with the standard’s requirements. Unlike external audits done by certification bodies, internal audits are performed by the organization itself or by a third-party auditor to find gaps, evaluate risks, and ensure readiness for certification.

The main goal of an internal audit is to ensure that your ISMS meets ISO 27001 requirements and effectively reduces risks. It also offers a chance to find areas for improvement and strengthen your organization’s security efforts. By conducting a thorough gap analysis during this stage, you help set your organization up for success in the certification process.

ISO 27001 Internal Audit Requirements: Understanding Clause 9.2

 

Clause 9.2 of ISO 27001:2022 establishes the specific requirements for internal audits, forming the backbone of audit governance. This section mandates that organizations establish and implement audit programs to evaluate the effectiveness of their ISMS at planned intervals.

The standard specifies several critical requirements within Clause 9.2:

Clause 9.2.1 – Audit Program Requirements: Organizations must define audit objectives, scope, frequency, and methodologies. Your audit program should establish criteria against which the ISMS will be evaluated, ensuring that all relevant information security controls are systematically reviewed over a defined period.

Clause 9.2.2 – Auditor Competence and Objectivity: This is perhaps the most critical requirement. Auditors must be objective, impartial, and free from conflict of interest. The standard explicitly prohibits auditors from evaluating areas for which they hold direct responsibility, as this compromises independence and undermines audit credibility.

To meet Clause 9.2.2, auditors should possess documented competence in ISO 27001 standards and audit methodologies. Many organizations require auditors to hold certifications such as Certified Information Systems Auditor (CISA) or ISO 27001 Lead Auditor. Reference to ISO 19011 – Guidelines for auditing management systems – provides additional guidance on selecting, evaluating, and managing auditors.

Who Can Perform an ISO 27001 Internal Audit?

Internal audits can be carried out by your organization’s own internal audit team or outsourced to a third-party auditor or an ISO 27001 consulting firm. Unlike external certification audits, you can choose the most suitable approach for your organization. However, it’s crucial to follow Clause 9.2(e) of the ISO 27001 standard, which stresses the importance of selecting an internal auditor who is objective and impartial. This means avoiding any potential conflicts of interest—specifically, the auditor should not have been involved in developing the ISMS or in operating or monitoring any of the controls under review. The reason for this requirement is simple: reviewing your own work can undermine objectivity and hinder a thorough evaluation.

Essential Auditor Qualifications

When selecting an auditor, ensure they meet the following criteria:

In-Depth ISO 27001 Knowledge: Auditors must understand the standard’s requirements, Annex A controls, and how they apply to your organization’s context.

Audit Methodology Expertise: Knowledge of audit planning, sampling techniques, evidence collection, and report writing.

Relevant Certifications: ISO 27001 Lead Auditor (IRCA or equivalent), CISA, or similar credentials demonstrate formal competence.

Industry Experience: Understanding of your sector’s specific security challenges and regulatory landscape adds significant value.

If internal expertise is limited, hiring an experienced third-party auditor or consulting firm can provide a fresh, unbiased perspective and valuable insights tailored to your organization’s unique environment.

Internal Audit vs External Certification Audit: Key Differences

Understanding the distinction between internal and external audits is crucial for effective compliance strategy. While both serve important roles, they differ significantly in purpose, scope, and outcome.

Aspect

Internal Audit

External Certification Audit

Conducted By

Organization (internal or contracted third party)

Accredited certification body

Primary Purpose

Identify gaps and prepare for certification

Verify compliance and issue certificate

Focus

Detailed improvement; addresses specific findings

Overall conformance; verifies readiness

Flexibility

High – customize scope and approach

Low – standardized audit procedures

 

Internal audits serve as your organization’s opportunity to address vulnerabilities proactively before the certification audit. They foster a culture of continuous improvement and ensure that any gaps are remediated well in advance. This strategic advantage makes internal audits invaluable in the certification journey.

How to Conduct an ISO 27001 Internal Audit: Key Phases

Conducting an ISO 27001 internal audit involves a series of well-defined steps to ensure that your Information Security Management System (ISMS) is thoroughly evaluated. Below is a detailed breakdown of the process:

Phase 1: Determine the Scope of the Audit

The first step is to clearly outline the audit’s scope, specifying the systems, functions, people, and processes that will be assessed. This scope ensures the audit comprehensively covers all necessary areas to meet compliance objectives. Defining the boundaries early on helps the auditor focus on the most relevant elements of the ISMS, particularly considering your organization’s specific ISMS scope boundaries and the applicability of controls.

Phase 2: Documentation Review

Before proceeding with on-site evaluations, the internal auditor will review all key ISMS documents to verify that they align with ISO 27001 requirements. An effective ISMS requires a well-defined scope, a comprehensive Statement of Applicability (SoA), a robust Information Security Policy, a thorough risk assessment and treatment plan, and clear definitions of responsibilities. Additionally, identifying individuals responsible for implementing and operating controls, and documenting evidence of control implementation, provides valuable context for the field review.

Phase 3: Management Review and Approval

The audit plan must be reviewed and approved by senior management. Regular meetings should be scheduled to set expectations, discuss timelines, and maintain open communication. Management also plays a critical role in reviewing the internal audit findings, collaborating with the auditor to assess the organization’s readiness for an external certification audit, and ensuring that all significant issues are addressed beforehand.

Phase 4: Pre-Audit Preparation

Preparation is critical for a successful audit. This phase includes developing detailed audit checklists, identifying key personnel for interviews, scheduling on-site activities, and gathering necessary documentation. A well-prepared audit checklist aligned with ISO 27001 requirements and your organization’s context ensures comprehensive coverage and consistency.

Phase 5: Conducting the Field Review

The field review is the core of the internal audit process. During this phase, the auditor evaluates the ISMS through multiple evaluation methods, gathering evidence to support findings and determine the effectiveness of controls.

Audit Tests: Assessing controls to ensure they are effectively implemented and functioning as intended. This involves testing a sample of control activities to verify control effectiveness.

Audit Evidence Collection: Reviewing documented information and audit trails to confirm compliance and identify gaps. Evidence should support all audit conclusions.

Staff Interviews: Engaging with employees to gauge their understanding of and adherence to ISMS policies. These interviews provide crucial insight into whether controls function as designed in practice.

Observations and Documentation: Recording findings, highlighting areas of non-conformity, and identifying strengths. Clear documentation enables transparent reporting and actionable recommendations.

This comprehensive review enables the auditor to pinpoint what’s working well and what needs improvement, providing a clear roadmap for corrective actions.

ISO 27001 Internal Audit Checklist: Essential Items

A well-designed audit checklist is fundamental to conducting a thorough and consistent internal audit. The checklist should cover all ISO 27001 requirements and be tailored to your organization’s context. Below are the essential categories and items to include:

Organizational Context (Clauses 4.1-4.3): Verify that the organization understands its internal and external context, interested parties, and scope of the ISMS.

Leadership and Governance (Clauses 5-6): Confirm management commitment, information security policy, allocation of roles and responsibilities, and evidence of management review.

Planning (Clause 6): Assess risk assessment methodology, risk treatment plans, and management of information security objectives.

Support and Operation (Clauses 7-8): Check resource availability, competence assessments, awareness and training programs, and operational control implementation.

Performance Evaluation (Clause 9): Review monitoring and measurement of controls, incident management procedures, and evidence that internal audit has been appropriately planned and conducted.

Improvement (Clause 10): Evaluate management of non-conformities, corrective action effectiveness, and documented information control.

Incorporating Annex A controls into your checklist ensures that all 114 control objectives are evaluated within the scope of your ISMS. Many organizations create control-specific evaluation criteria linked to this comprehensive checklist.

Addressing Non-Conformities

 

Non-conformities can range from minor documentation gaps to critical security flaws. Identifying and addressing these issues promptly is essential to maintain the integrity of your ISMS. By developing comprehensive corrective action plans and monitoring their implementation, organizations can ensure continuous improvement and long-term compliance with ISO 27001 standards.

 

Common ISO 27001 Internal Audit Findings

Understanding typical non-conformities helps organizations proactively address vulnerabilities. Here are the most frequently encountered findings:

Documentation Gaps: Missing, incomplete, or outdated policies, procedures, or records. For example, risk assessment documentation that doesn’t clearly link to implemented controls.

Access Control Deficiencies: Inadequate user access reviews, orphaned accounts, lack of segregation of duties, or insufficient multi-factor authentication implementation.

Incident Management Issues: Incomplete incident logs, lack of timely incident classification, or insufficient root cause analysis documentation.

Training and Awareness Gaps: Insufficient security awareness training records, lack of role-specific training, or no evidence of competency assessment.

Change Management Failures: Changes implemented without proper authorization, risk assessment, or documented approvals.

Backup and Recovery Defects: Untested backup procedures, unclear recovery objectives, or lack of documented restoration testing records.

The Corrective Action Process

Addressing non-conformities requires a structured, documented approach. The standard corrective action process includes:

Classification: Categorize each finding as Major (major risk or complete absence of a control) or Minor (temporary deviation or incomplete implementation that doesn’t significantly impact security).

Root Cause Analysis: Investigate why the non-conformity occurred—whether due to lack of awareness, insufficient resources, or inadequate procedures.

Corrective Action Plan: Develop specific, measurable actions with defined timelines and responsible parties. Plans should address root causes, not just symptoms.

Implementation Monitoring: Track progress toward completion and verify that actions are implemented as planned.

Effectiveness Verification: Re-audit completed actions to confirm they have resolved the non-conformity and prevented recurrence.

Major non-conformities must be resolved before certification, while minor findings require documented action plans with appropriate timelines. Organizations should also review common mistakes during ISO 27001 implementation to avoid repeating the same errors across multiple audits.

Timeline of Internal Audits

A successful ISO 27001 internal audit requires careful planning and execution. Here’s a detailed breakdown of the key phases and estimated time required for each, though actual duration depends on organization size, ISMS complexity, and control maturity.

Planning (0.5 days): Define the audit scope, objectives, and methodology. Develop an audit plan, including the schedule and resource allocation. This phase establishes the foundation for all subsequent work.

Preparation (0.5 days): Review relevant documentation, develop audit checklists, and identify key personnel to be interviewed. Preparation ensures efficiency during field activities.

Audit Execution (1-2 weeks): Conduct interviews, document reviews, and observations. Verify the implementation of controls and procedures. Identify non-conformities and opportunities for improvement. This phase is the most time-intensive and involves active on-site engagement.

Reporting (1 day): Prepare a detailed audit report, including findings, recommendations, and corrective action requirements. Review the report with management to ensure accuracy and completeness.

Closure (1 day): Finalize the audit report and distribute it to relevant stakeholders. Monitor the implementation of corrective actions. Schedule follow-up audits to verify the effectiveness of corrective actions and ensure sustainable improvement.

The audit execution timeline varies significantly based on organization size. A small organization with a well-defined scope might complete field activities in 3-5 days, while a larger enterprise with multiple business units could require 2-3 weeks. The complexity of your ISMS and the maturity of your existing controls also play significant roles in determining realistic timelines.

ISO 27001 Internal Audit Timeline

Benefits of a Well-Executed Internal Audit

Conducting a comprehensive internal audit provides key benefits for organizations aiming for ISO 27001 certification:

Certification Readiness: Identifying and fixing gaps before the certification audit greatly boosts the chances of passing on the first attempt and minimizes the need for re-audits.

Enhanced Security: Internal audits reinforce your ISMS by verifying control effectiveness, reducing weaknesses, and increasing your organization’s resilience to security risks.

Operational Efficiency: The process reveals inefficiencies and overlaps, helping you streamline workflows and better allocate resources for security efforts.

Stakeholder Trust: Showcasing strong, documented security practices through internal audits builds confidence with clients, partners, regulators, and other stakeholders. This often provides a competitive edge and supports business growth.

Culture of Improvement: Regular audits foster a mindset of continuous enhancement, motivating ongoing review and improvement of security measures beyond mere compliance.

Understanding Your Path to Certification with Axipro

 

Axipro’s internal audit services are designed to simplify the ISO 27001 compliance process. Our team of experienced auditors conducts thorough assessments, identifying gaps and providing actionable insights to strengthen your ISMS.

We tailor our approach to your organization’s unique needs, offering guidance from planning to corrective actions. With Axipro, you can streamline your internal audit process, reduce complexity, and achieve ISO 27001 certification confidently.

Conclusion

 

An ISO 27001 internal audit is a cornerstone of effective information security management. It ensures compliance, enhances security practices, and prepares your organization for certification success. By following a structured approach and leveraging expert support, you can make the audit process smooth and impactful.

Frequently Asked Questions

What is the purpose of an ISO 27001 internal audit?

The primary purpose is to verify that your ISMS aligns with ISO 27001 standards, identify gaps and non-conformities before external certification, ensure controls are effectively operating, and prepare the organization for successful certification audit.

Internal audits can be conducted by your organization’s internal audit team or outsourced to qualified third-party auditors or consulting firms. However, auditors must be objective, impartial, and free from conflicts of interest as required by Clause 9.2.

After completion, the audit report is distributed to management. Non-conformities are categorized and corrective action plans are developed. Organizations then implement and monitor these corrections. Follow-up audits verify the effectiveness of corrective actions. Once major non-conformities are resolved, the organization proceeds to schedule the external certification audit.

ISO 27001 requires audits at planned intervals, typically at least annually for certified organizations. Pre-certification organizations should conduct audits multiple times (3-6 months before certification). Focused audits can be conducted quarterly or as-needed after significant changes.

Simplify your ISO 27001 compliance journey with Axipro’s expert internal audit services.

Axipro Author

Picture of Abeera Zainab

Abeera Zainab

Blog Highlights

Explore More Articles

Plenty of companies treat an ISO 27001 certificate as proof of GDPR compliance. It is not. The two frameworks overlap heavily, but they answer different questions, and the gap between them is exactly where regulators tend to look. ISO 27001 tells you how to build a defensible security program. GDPR tells you what the law expects when that program touches personal data. Run one without understanding the other, and you will either over-engineer security you do not strictly need, or miss privacy obligations that carry real financial exposure. This article maps where ISO 27001 and GDPR meet, where they part ways, and how to run them as a single coordinated effort rather than two competing projects. What Is ISO 27001? ISO/IEC 27001 is the international standard for an Information Security Management System, or ISMS. The current edition is ISO 27001:2022. It is not a checklist of technical fixes. It is a management framework: a structured, repeatable way to identify information security risks, decide how to treat them, document those decisions, and improve over time. Clauses 4 to 10 of the standard define the mandatory ISMS requirements, covering leadership, risk assessment, internal audit, and management review. Annex A then lists 93 controls grouped into four themes: organisational, people, physical, and technological. You do not implement all 93 by default. You select the controls that address your assessed risks and justify your choices in a document called the Statement of Applicability. Certification against ISO 27001 is voluntary and is granted by an accredited third-party body after an audit. What Is GDPR? The General Data Protection Regulation is European Union law. It has been applied since 25 May 2018, and it applies to any organisation that processes the personal data of people in the EU, wherever that organisation is based. GDPR is fundamentally about the rights of individuals, not just the security of data. It grants people rights over their personal data, including access, correction, erasure and portability. It places obligations on the organisations that decide how data is used (controllers) and those that process it on their behalf (processors). It requires a lawful basis for every processing activity, mandates breach notification, and demands transparency about what happens to people’s information. You do not implement GDPR and receive a certificate. You obey it, and a regulator decides whether you have. Key Differences Between ISO 27001 and GDPR Scope and Purpose ISO 27001 protects all information assets an organisation holds: intellectual property, financial records, operational data, source code and, yes, personal data. Its purpose is the confidentiality, integrity and availability of information in general. GDPR is narrower in one sense and broader in another. It covers only personal data of individuals in the EU, but it protects the person behind the data, not merely the data itself. A system can be flawlessly secure and still violate GDPR. Legal Obligation vs. Voluntary Certification This is the difference that catches people out. GDPR is binding law. If you process EU personal data, compliance is not optional, and there is no opting out. ISO 27001 is a voluntary standard. Organisations pursue it for assurance, for competitive advantage, and because customers increasingly demand it. Crucially, there is no such thing as a GDPR certificate. Regulators assess compliance through investigation and enforcement, not through a badge you can display. Penalties for Non-Compliance GDPR fines run on two tiers under Article 83. Less severe infringements — such as failures around records of processing or breach notification — can reach €10 million or 2% of global annual turnover, whichever is higher. The more serious tier, covering breaches of the core processing principles and data subject rights, can reach €20 million or 4% of global annual turnover. Failing an ISO 27001 audit carries no legal fine at all. The consequence is commercial: you do not get the certificate, or you lose it, and that can cost you contracts. How ISO 27001 and GDPR Align Despite their different purposes, the two frameworks were built on compatible logic, which is why running them together works. Both treat information security as central. GDPR Article 32 requires “appropriate technical and organisational measures” to secure personal data. That phrasing is almost a direct description of what an ISO 27001 ISMS produces. The controls an organisation selects for confidentiality and access already serve the regulation’s security expectations. Both are risk-based. ISO 27001 starts every control decision from a risk assessment. GDPR expects the same proportionality: the measures you apply should match the sensitivity of the data and the likelihood and severity of harm. One risk methodology can serve both, provided you assess personal data processing risks alongside broader security risks. Both demand incident response. ISO 27001’s incident management controls require organisations to detect, assess and respond to security events. GDPR Article 33 requires notifying the supervisory authority of a personal data breach within 72 hours of becoming aware of it. The ISO process is the engine that makes the GDPR deadline achievable. How ISO 27001 Can Help You Comply With GDPR Four areas of an ISMS do direct, practical work toward GDPR compliance. Asset management. ISO 27001 requires an inventory of information and associated assets, with owners assigned. You cannot protect personal data, respond to access requests, or maintain records of processing if you do not know where that data lives. The asset inventory is the foundation for both frameworks. Access control. Identity management, privileged access controls and the principle of least privilege limit who can see personal data. That directly supports the GDPR requirement to ensure confidentiality and to prevent unauthorised access. Operational security. Logging, malware protection, backup and secure configuration keep personal data accurate, available and resistant to compromise. These map cleanly onto the integrity and availability expectations in Article 32. Techniques such as data masking for GDPR and ISO 27001 also sit within this space, reducing exposure without sacrificing operational utility. Incident management. A defined process for detecting and handling security events gives you the evidence trail and the response capability you need to

A company that already holds a SOC 2 report has, by most industry estimates, already built somewhere between 60 and 80 percent of what ISO 27001 certification requires. Yet only a small fraction of organizations actually capture that overlap. Teams run the second framework as a fresh project, rewrite policies that already exist, and re-collect evidence they already have on file. The result is paying twice for the same security program. SOC 2 to ISO 27001 mapping is the discipline that stops this. It is a control crosswalk: a structured comparison that shows which SOC 2 controls already satisfy which ISO 27001 requirements, where the genuine gaps sit, and what new work the second framework actually demands. Done well, it turns the second audit from a rebuild into a mapping exercise. What Is SOC 2 to ISO 27001 Mapping? SOC 2 to ISO 27001 mapping links each SOC 2 Trust Services Criterion to its corresponding ISO 27001 clause or Annex A control. The output is a single control library: each control is defined once, tagged to both frameworks, and backed by evidence that both auditors will accept. Worth being clear about upfront: a crosswalk does not make you compliant with anything. It shows where coverage already exists and where it does not. The real work still sits in control design, evidence discipline, and keeping the mapping current as systems and vendors change. A spreadsheet built once and never touched again becomes an audit liability, not an asset. For a structured starting point, a thorough SOC 2 to ISO 27001 gap analysis will surface those liabilities before an auditor does.   SOC 2 Trust Services Criteria: An Overview SOC 2 is an attestation framework from the American Institute of Certified Public Accountants (AICPA). It is built on five Trust Services Categories: Security, Availability, Processing Integrity, Confidentiality, and Privacy. Security is the only mandatory category, and every SOC 2 report includes it. The Security category is evaluated through the Common Criteria, written as CC1 through CC9, containing 32 individual criteria in total. CC1 through CC5 cover the control environment, communication, risk assessment, monitoring, and control activities, and they align directly with the COSO internal control framework. CC6 through CC9 are more technology-specific, covering logical and physical access, system operations, change management, and risk mitigation. A SOC 2 audit produces one of two report types. A Type 1 report assesses control design at a single point in time. A Type 2 report assesses both design and operating effectiveness across an observation window, usually 3 to 12 months. A licensed CPA firm issues the report. SOC 2 is an attestation, not a certification, and there is no such thing as a SOC 2 certificate. ISO 27001 Annex A Controls: An Overview ISO/IEC 27001 is the international standard for an information security management system, or ISMS. The current version, ISO 27001:2022, has two distinct layers, and the distinction matters for any mapping effort. Clauses 4 through 10 define the management system itself: organizational context, leadership, planning, risk treatment, support, operations, performance evaluation, and improvement. These clauses are mandatory. Annex A is the second layer, a reference catalogue of 93 controls grouped into four themes: Organizational (37 controls), People (8), Physical (14), and Technological (34). The 2022 revision consolidated the previous 114 controls and 14 domains and added 11 new controls covering areas such as threat intelligence and cloud security. Annex A controls are not all mandatory. Organizations select controls based on a risk assessment and record their choices, including any exclusions and the reasoning behind them, in a Statement of Applicability. Certification is granted by an accredited body, lasts three years, and requires annual surveillance audits. Learn more about what the full certification process involves.   Key Structural Differences That Affect Mapping The two frameworks share a large security foundation, but they are built differently, and a mapping that ignores the structural gaps will fail. Understanding ISO 27001 vs SOC 2 at a structural level is the prerequisite for any mapping work worth doing. Four differences matter most. ISO 27001 certifies a management system, while SOC 2 attests to a set of controls. ISO Clauses 4 through 10 have no direct SOC 2 equivalent, because SOC 2 never asks you to prove you run a continuous, governed program; it asks only whether specific controls met specific criteria during the review period. Scope differs too. An ISO 27001 ISMS is expected to cover the organization broadly, while SOC 2 scope is set at the level of a system or service. The outputs differ as well: ISO produces a pass or fail certificate, whereas a SOC 2 report can carry noted exceptions or a qualified opinion and still be a valid, useful report. And because SOC 2 Type 2 tests evidence across a defined window, a control that worked only on audit day will not pass. The most common mapping mistake is treating ISO 27001 as SOC 2 plus a few extra controls. It is not. The Annex A controls map cleanly, but the ISMS management clauses, including internal audit, management review, and continual improvement, are a separate body of work with no SOC 2 starting point. Budget for them as net-new.   SOC 2 Common Criteria to ISO 27001 Control Mapping The Common Criteria map to ISO 27001 with a high degree of overlap. The table below is a practical starting crosswalk for the CC series. It lists the primary ISO 27001 references rather than every possible match, and your auditor’s judgment will shape the final mapping. SOC 2 Common Criteria Topic Primary ISO 27001:2022 References CC1 Control Environment Clauses 5 (Leadership), 6 (Planning), A.5.1, A.5.2, A.6.1–A.6.4 CC2 Communication and Information Clause 7.4 (Communication), A.5.1, A.6.3, A.8.2 CC3 Risk Assessment Clause 6.1 (Risk Assessment), A.5.7, A.8.8 CC4 Monitoring Activities Clause 9 (Performance Evaluation), A.5.35, A.5.36, A.8.16 CC5 Control Activities Clause 6.1.3 (Risk Treatment), A.5.37, A.8.9 CC6 Logical and Physical Access A.5.15–A.5.18, A.5.31, A.7.1–A.7.4, A.8.2–A.8.5, A.8.18 CC7 System Operations and Incident Response A.5.24–A.5.28, A.8.15, A.8.16 CC8

The world’s first comprehensive AI law is not a single switch that flips on in August 2026. It is a layered regulation that has been activating in stages since February 2025. As of May 2026, it is already being rewritten to give companies more time on the hardest parts. Anyone trying to plan around a single deadline is working from a map that no longer matches the territory. The law’s reach is also global. Just as GDPR exported European privacy norms worldwide, the EU AI Act is producing a Brussels Effect for artificial intelligence: a regulation drafted in Europe that becomes the de facto global standard. Companies in the US, the UK, Bahrain, and anywhere else with EU customers or EU-facing outputs are already in scope, whether or not they have a European office. This guide cuts through the noise. It explains what the EU AI Act actually requires, who it applies to, which rules are already live, which were just pushed back by the EU’s recent simplification deal, and what the penalties really look like for companies of different sizes. What Is the EU AI Act? The EU AI Act (Regulation (EU) 2024/1689) is a horizontal law that sets harmonised rules for developing, placing on the market, and using artificial intelligence systems across the European Union. It is the first comprehensive AI law passed by any major regulator anywhere in the world, and it entered into force on 1 August 2024. The Act takes a risk-based approach. Rather than regulating AI as a single category, it sorts AI systems into tiers based on the harm they could cause to health, safety, or fundamental rights. The higher the risk, the stricter the obligations. Prohibited uses are banned outright. High-risk uses are heavily regulated. Most everyday AI — like spam filters and product recommenders — is left alone. The law also creates a separate, parallel regime for general-purpose AI (GPAI) models, the foundation models behind systems like ChatGPT, Claude, and Gemini. That regime is enforced at the EU level rather than at the national level. Why Was the EU AI Act Created? The official answer is to foster trustworthy AI in Europe. The real answer is broader: the EU watched generative AI go mainstream in late 2022 and concluded that existing law — particularly GDPR — was not enough to address the specific risks AI systems pose. Opacity in decision-making, bias in hiring tools, biometric surveillance, and the manipulation potential of generative models all sat uneasily in the regulatory gap between data protection law and product safety law. The EU’s stated goals are to protect health, safety, and fundamental rights, while preserving innovation and the single market. The political subtext is the Brussels Effect: do for AI what GDPR did for privacy, and let European rules become the global default by virtue of market access. Brazil, Canada, the UK, several US states, and Gulf jurisdictions, including Bahrain, are already drafting AI rules that borrow heavily from the EU framework. For a broader view of how AI governance is likely to evolve through the end of the decade, the trajectory is already becoming clear. Who Does the EU AI Act Apply To? The Act does not apply to AI itself. It applies to people and organisations that build, sell, or use AI systems. Article 3 defines those roles without reference to company size, so a two-person startup is in scope on the same legal basis as a Fortune 500 enterprise. Providers and Developers A provider is anyone who develops an AI system — or has one developed — and places it on the EU market or puts it into service under their own name or trademark. Providers carry the heaviest load of obligations, particularly for high-risk systems: risk management, technical documentation, conformity assessment, post-market monitoring, and incident reporting. A provider is distinct from a downstream developer who simply integrates a third-party AI component. But the line moves: if you take a general-purpose model and put your name on the resulting product, you can become a provider yourself. Deployers and Operators A deployer is anyone using an AI system in a professional capacity. If you are a bank running a credit-scoring model you bought from a vendor, you are a deployer. Deployers have lighter obligations than providers but still carry real ones: ensuring human oversight, monitoring system behaviour, informing affected individuals, and conducting fundamental rights impact assessments where required. The term operator in the Act is an umbrella that covers providers, deployers, importers, distributors, and authorised representatives. Application Outside the EU This is where many non-EU companies get caught. The AI Act applies extraterritorially. A US LLC training a model in Texas, a UK firm running an AI hiring tool, or a Bahrain-based fintech using AI for credit scoring is in scope the moment the output affects someone in the EU. If a US company develops an AI hiring tool and a German employer uses it on German candidates, the US provider is in scope — even with no EU office. The trigger is whether the system’s output is used in the Union, not where the company sits. Pro Tip: Selling AI tools to EU customers outside the EU. If you sell AI tools to EU customers from outside the EU, you must appoint an authorised representative established in a Member State before placing high-risk systems on the market. This is not optional and is one of the most commonly missed obligations for non-EU providers. The Risk-Based Approach: How the EU AI Act Classifies AI Systems The framework sorts AI systems into four tiers. The obligations scale with the tier. Unacceptable Risk: Prohibited AI Practices Article 5 prohibits eight categories of AI practice outright. These prohibitions became enforceable on 2 February 2025, well before the rest of the Act. The banned practices are: Subliminal or manipulative techniques are designed to distort behaviour and cause significant harm. Exploitation of vulnerabilities related to age or disability. Social scoring by public or private actors —