/ ISO 27001 Gap Analysis: A Step-by-Step Guide to Strengthening Your Information Security

ISO 27001 Gap Analysis: A Step-by-Step Guide to Strengthening Your Information Security

Before you commit to an ISO 27001 certification timeline, you need to know how far off you are. That’s what a gap analysis tells you. However, before diving into the certification process, conducting an ISO 27001 gap analysis is essential to identify shortcomings in your information security management system (ISMS).

This step-by-step guide will help you understand an ISO 27001 gap analysis, its benefits, and how to execute it effectively. By following these best practices, your organization will be well-prepared for the ISO 27001 certification audit and subsequent ISO 27001 audits.

ISO 27001 Gap Analysis

What is ISO 27001 Gap Analysis?

An ISO 27001 gap analysis is a systematic process used to evaluate an organization’s existing ISMS against the requirements outlined in ISO 27001. The goal is to identify areas where your ISMS falls short, helping you address vulnerabilities and align your processes with ISO 27001 standards.

The analysis often acts as a preliminary step before embarking on a full ISO 27001 implementation or audit, allowing organizations to uncover weaknesses without the pressure of a formal assessment.

What an ISO 27001 Gap Analysis Actually Does 

An ISO 27001 gap analysis is a practical readiness check that shows how close your organization is to achieving certification and what must be addressed before an audit.

Rather than implementing controls blindly, it benchmarks your current ISMS against the ISO/IEC 27001 standard published by the International Organization for Standardization (ISO), helping you focus on what auditors will actually evaluate (ISO.org).

In practice, a gap analysis delivers five core outcomes:

  • Certification readiness: Confirms whether required clauses and Annex A controls are defined, implemented, and supported by evidence expected during a certification audit.

  • Internal audit alignment: Mirrors auditor logic without the pressure of a formal internal audit, reducing surprises later.

  • SoA mapping: Validates that Annex A controls are correctly selected, justified, and reflected in a defensible Statement of Applicability, a common audit failure point.

  • Risk treatment validation: Ensures identified risks are properly assessed and linked to realistic, documented treatment plans, as required by ISO/IEC 27001 clauses 6.1.2 and 6.1.3.

  • Targeted remediation: Produces a prioritized remediation plan so teams address high-impact gaps first, saving time and cost.

In short, an ISO 27001 gap analysis connects the standard’s requirements to real-world implementation, creating a clear, audit-ready path instead of guesswork.

Why Conduct an ISO 27001 Gap Analysis?

Conducting an ISO 27001 gap analysis is essential for organizations that aim to strengthen their information security framework and achieve certification. Here’s a detailed explanation of why it’s critical:

Avoid Costly Certification Failures

Identifying non-conformities during a formal ISO 27001 certification audit can lead to delays, increased costs, and reputational risks. A gap analysis helps uncover these issues early, enabling corrective action without the pressure of a formal assessment.

Targeted Remediation

A gap analysis clearly identifies which areas require improvement, allowing organizations to focus their resources where they’re needed most. This targeted approach avoids unnecessary expenses and efforts in areas that are already compliant.

Improved Risk Management

By identifying vulnerabilities and compliance gaps, organizations can address potential security risks before they lead to breaches. Proactive risk mitigation helps keep sensitive data protected and reduces exposure to threats.

Streamlined Audit Preparation

Addressing gaps in advance ensures a smoother and less stressful experience during formal ISO 27001 audits. It minimizes the likelihood of surprises during the certification process and ensures that your organization is fully prepared to demonstrate compliance.

When to conduct an ISO 27001 gap analysis

When to Conduct a Gap Analysis (Pre- vs Post- Implementation vs Audit) 

Timing matters.

An ISO 27001 gap analysis delivers value at multiple stages, but the outcome changes depending on when it is performed.

  • Pre-implementation, a gap analysis sets direction. It clarifies scope, highlights existing controls that can be reused, and prevents over-engineering the ISMS. This is where organizations avoid building documentation and processes that do not map cleanly to ISO 27001 requirements.
  • Post-implementation, the gap analysis becomes a validation exercise. It checks whether policies, controls, risk treatment, and SoA mapping are not just written, but implemented and evidenced. At this stage, it exposes weaknesses that could turn into non-conformities during audit.
  • Before an audit, a gap analysis functions as an audit-readiness safeguard. It mirrors certification auditor expectations and surfaces last-mile issues early, when remediation is still faster, cheaper, and lower risk.
  • In practice, the strongest compliance programs treat gap analysis as a strategic checkpoint, not a one-time task.

Key Benefits of ISO 27001 Gap Analysis 

Enhanced Security Posture

A thorough gap analysis helps organizations identify and resolve weaknesses in their ISMS, resulting in a more robust security framework that protects against internal and external threats.

Cost-Effectiveness

Instead of indiscriminately investing resources across all areas, a gap analysis allows organizations to allocate time, money, and effort to address specific weaknesses, optimizing overall costs.

Compliance Readiness

A gap analysis ensures that your organization meets all ISO 27001 requirements by identifying areas of non-compliance and systematically addressing them. This sets the stage for successful certification.

Stakeholder Confidence

Achieving ISO 27001 certification after addressing gaps demonstrates your commitment to protecting sensitive information. This builds trust with clients, partners, and regulators, enhancing your organization’s reputation.

Organizations with ISO 27001 certification report a 39% reduction in security incidents compared to those without certification. This highlights the importance of using tools like gap analysis to achieve compliance and enhance security.

Step-by-Step Guide to ISO 27001 Gap Analysis

Step 1: Understand the ISO 27001 Requirements

Familiarize yourself with the key elements of ISO 27001, including:

  • Annex A Controls: These include 93 controls in four themes (Organizational, People, Physical, Technological) under ISO 27001:2022.
  • Clauses 4–10: These cover context, leadership, planning, support, operations, performance evaluation, and improvement.

Step 2: Define the Scope of the Gap Analysis

Determine which parts of your organization will be included in the analysis. This may encompass specific departments, locations, or IT systems. A clear scope definition ensures focused, relevant assessments.

Step 3: Gather Relevant Documentation

Compile existing ISMS documentation, including:

  • Security policies
  • Risk assessment reports
  • Incident response procedures
  • Training records

Step 4: Conduct the Gap Assessment

Evaluate your current ISMS against ISO 27001 requirements. Common methods include:

  • Interviews with key personnel
  • Reviewing processes and records
  • Technical assessments of IT systems

Step 5: Analyze the Findings

Document all gaps and categorize them based on the following:

  • Criticality: High-priority issues that must be addressed immediately.
  • Compliance: Areas that partially meet the requirements.

Step 6: Create a Roadmap for Compliance

Develop an actionable plan to address the gaps. This should include:

  • Timelines for remediation
  • Resource allocation
  • Assigned responsibilities

The ISO 27001 Gap Analysis Checklist

Use this checklist to run the assessment yourself. For each item, answer three questions: does it exist, is it actually implemented, and could you show an auditor evidence of it today? Mark each one compliant, partial, or missing. Be honest with yourself here.

A checklist you rush through to feel ready tells you nothing, and the auditor will find the gaps you skipped.

Scope and context (Clause 4)

  • ISMS scope is documented and matches how the business actually operates, including locations, systems, and data flows
  • Internal and external issues affecting information security are identified
  • Interested parties and their requirements (customers, regulators, partners) are listed

Leadership (Clause 5)

  • An information security policy exists, and management has approved it
  • Security roles and responsibilities are assigned to named people, not just job titles that no longer exist
  • Leadership can show active involvement: management reviews, resourcing decisions, sign-offs

Planning (Clause 6)

  • A documented risk assessment methodology exists and has been applied at least once
  • A risk register exists with owners and current status for each risk
  • A Risk Treatment Plan links each significant risk to specific controls
  • The Statement of Applicability covers all 93 Annex A controls, with a justification for every exclusion

Support (Clause 7)

  • Security awareness training has run, and attendance records exist
  • People in security-relevant roles can show relevant competence (training, certifications, experience)
  • ISMS documents are version-controlled with an owner and review date

Operation (Clause 8)

  • The controls selected in the SoA are actually deployed, not just described in a policy
  • Changes to systems and processes go through a documented change process
  • Outsourced processes and suppliers are identified and assessed for security risk

Performance evaluation (Clause 9)

  • Security metrics are defined and someone reviews them
  • An internal audit has been performed, or is scheduled, by someone independent of the areas audited
  • Management review has taken place with documented inputs, decisions, and actions

Improvement (Clause 10)

  • Nonconformities are logged with corrective actions and completion status
  • Lessons from incidents and audits feed back into the ISMS

Annex A spot checks (the controls auditors probe first)

  • Access reviews run on a schedule, and leavers lose access on their last day
  • Logging and monitoring cover your critical systems, and someone actually looks at the output
  • An incident response procedure exists and has been tested, or at least walked through
  • Backups run, and a restore has been tested within the last year
  • Cryptography requirements (at rest, in transit, key management) are defined and applied
  • Secure development practices exist if you build software: code review, dependency scanning, environment separation
  • Business continuity plans exist for ICT and have been exercised

If most of your marks land on partial, you’re in a normal company. Most organizations start there. The point of the exercise is knowing which partials will fail an audit and which won’t, and that’s what the prioritization step is for.

Mandatory Documents & Evidence Required for Gap Analysis​

A gap analysis is only as strong as the evidence behind it. Auditors do not assess intent. They assess documentation, implementation, and proof. This is where many organizations fall short.

At minimum, a credible ISO 27001 gap analysis requires a Statement of Applicability (SoA) that clearly maps selected Annex A controls to your risk posture and justifies any exclusions. Without a defensible SoA, certification readiness cannot be reliably assessed.

Your risk assessment and Risk Treatment Plan (RTP) must show how information security risks are identified, evaluated, and treated, with clear ownership and status. These documents form the backbone of the ISMS and are directly referenced during audits.

Operational evidence matters just as much.

This includes

  • incident logs demonstrating how security events are handled,
  • an up-to-date asset inventory showing what is protected,
  • and access control records proving least-privilege enforcement across systems.

Third-party risk is another frequent gap. Vendor due diligence records are required to show how suppliers are assessed and monitored for security risk, especially when they process or access sensitive data.

Finally, auditors expect proof that controls operate in practice. Security training records confirm employee awareness, while audit logs provide technical evidence that systems are monitored and reviewed.

A gap analysis that reviews all of these artifacts does more than identify missing documents. It reveals whether your ISMS can withstand real audit scrutiny.

Deliverables & Outputs from a Proper Gap Analysis

A proper ISO 27001 gap analysis does not end with observations. It produces clear, usable outputs that move the organization closer to certification.

The primary deliverable is a gap analysis report that maps current practices against ISO 27001 clauses and Annex A controls, clearly distinguishing what is compliant, partially compliant, or missing. This gives leadership and technical teams a shared, factual view of readiness.

Equally important is a prioritized remediation plan. Instead of generic advice, it identifies what must be fixed first, why it matters for audit outcomes, and how remediation should be approached to reduce risk and effort.

A strong gap analysis also validates or corrects critical ISMS artifacts, including the Statement of Applicability and risk treatment decisions. By the end, organizations are not guessing what auditors will flag. They have a focused path forward, grounded in evidence and aligned with certification expectations.

ISO 27001 Gap Analysis Structure

An ISO 27001 gap analysis reviews your current security posture against the ISO/IEC 27001 standard to identify what is already in place, what is missing, and what needs improvement before certification. It is a practical exercise focused on clarity and prioritisation rather than audit judgement.

The structure aligns with the ISO 27001 clauses and Annex A controls maintained by the International Organization for Standardization (ISO). A high-level overview of the standard is available here.

1. Context and Scope Review

This step checks whether the ISMS scope accurately reflects your business activities, data flows, locations, and regulatory obligations. Gaps often appear where scopes are overly broad, too narrow, or copied from templates rather than tailored to reality.

2. Leadership and Governance Alignment

The analysis reviews management involvement, ownership of information security, and defined responsibilities. ISO 27001 expects leadership to actively support and steer the ISMS, not delegate it in isolation.

3. Risk Assessment and Risk Treatment

Here, the focus is on whether risks are identified, assessed, and treated using a consistent, documented approach. The gap analysis also checks that selected controls are clearly linked to risk treatment decisions, often informed by ISO 31000 principles.

4. Policies, Procedures, and Documentation

Existing documentation is reviewed to confirm it meets ISO 27001 requirements and reflects how security is actually managed day-to-day. Common gaps include missing policies or documents that exist but are not followed in practice.

5. Annex A Control Coverage

This section assesses which Annex A controls are implemented, partially implemented, or excluded, and whether exclusions are clearly justified. The emphasis is on effectiveness and relevance rather than implementing every control by default.

Studies referenced by the European Union Agency for Cybersecurity (ENISA) consistently show that well-implemented controls reduce risk more effectively than broad but shallow coverage.

6. Monitoring, Measurement, and Internal Audit

The final review examines how security performance is monitored through metrics, internal audits, management reviews, and corrective actions. Gaps here often indicate that controls exist but are not actively measured or improved.

Together, these sections form a clear, structured view of readiness, enabling a focused remediation plan and a smoother path to ISO 27001 certification.

Common Challenges in ISO 27001 Gap Analysis

Conducting an ISO 27001 gap analysis can be daunting due to several challenges organizations often face. Understanding these hurdles and how to address them is key to a successful outcome.

Lack of Expertise

ISO 27001 is a comprehensive standard that demands specialized knowledge. Organizations without skilled personnel may inadvertently overlook critical gaps, leaving vulnerabilities unaddressed. This can lead to compliance failures during certification audits.

Solution: To ensure an in-depth and accurate analysis, engage internal team members with ISO 27001 training or hire external consultants with proven expertise.

Insufficient Resources

Many organizations need more time, budget, or staff for the gap analysis. This can result in incomplete assessments or rushed evaluations, increasing the risk of missed issues.

Solution: Allocate sufficient resources by prioritizing the analysis in your security strategy. Break the process into manageable phases and consider external support to optimize efficiency.

Resistance to Change

Employees may refrain from adopting new policies, processes, or technologies introduced as part of ISO 27001 compliance. This resistance can slow down implementation efforts and compromise the effectiveness of the gap analysis findings.

Solution: Foster a culture of security awareness through clear communication, training programs, and involving employees in the compliance journey.

Complex IT Environments

Modern organizations often operate in intricate IT ecosystems, including on-premises systems, cloud services, and hybrid setups. Assessing compliance across such environments can be challenging due to varying security configurations and integration issues.

Solution: Use advanced tools and frameworks to assess IT systems comprehensively. To streamline the process, partner with experienced consultants familiar with modern IT environments.

Partnering with an Experienced Consultant

Collaborating with ISO 27001 consultants can help organizations overcome these challenges effectively. Consultants bring specialized knowledge, tools, and experience to guide organizations through the complexities of gap analysis, ensuring a smoother path to compliance.

How to Prepare for the ISO 27001 Certification Audit

Once you’ve addressed the gaps identified in your analysis, it’s time to prepare for the ISO 27001 certification audit. A well-prepared organization can ensure a seamless certification process and minimize delays.

1. Internal Audit

Conduct an internal audit to evaluate your compliance with ISO 27001 requirements. This will help identify residual non-conformities and validate the effectiveness of corrective actions taken during the gap analysis.

2. Management Review

Involve leadership in reviewing the ISMS. This step ensures top-level commitment, aligns security goals with organizational objectives, and highlights areas needing further attention before the certification audit.

3. Staff Training

Employees play a crucial role in maintaining compliance. Train them on their responsibilities within the ISMS, emphasizing adherence to new policies, procedures, and controls.

4. Documentation

ISO 27001 heavily relies on documentation. Ensure all required policies, processes, risk assessments, and corrective action records are up-to-date, accurate, and easily accessible for auditors.

The Growing Importance of ISO 27001 Certification

ISO Survey data shows a 20% annual growth in ISO 27001 certifications worldwide, reflecting its increasing relevance in today’s security-conscious business environment. Achieving certification protects your organization’s data and builds trust with clients and partners, offering a competitive edge in the market.

Statistics and Trends in ISO 27001 Compliance

Cost Savings: Effective compliance reduces the average cost of a data breach, which stands at $4.45 million, according to IBM’s 2023 Cost of a Data Breach Report.

Conclusion

An ISO 27001 gap analysis is foundational for organizations seeking to strengthen their information security systems. By identifying and addressing deficiencies early, businesses can ensure smoother ISO 27001 certification audits and ongoing ISO 27001 audits.

Adopting a systematic approach enhances security and builds trust with stakeholders, giving your organization a competitive edge.

At Axipro, we specialize in efficiently helping businesses achieve ISO 27001 compliance. Contact us today to begin your journey towards robust information security.

Frequently Asked Questions

What is an ISO 27001 gap analysis, and why is it important?

An ISO 27001 gap analysis evaluates your current information security management system (ISMS) against the requirements of ISO 27001. It helps identify areas for improvement to achieve compliance and strengthen your security posture.

Internal security professionals, an internal audit team, or external consultants specializing in ISO 27001 compliance can conduct a gap analysis. Organizations often choose external experts to gain an unbiased perspective.

The duration depends on your organization’s size and complexity and the scope of the analysis. It can take anywhere from a few days to several weeks.

You’ll need existing ISMS policies, risk assessment reports, incident management procedures, access control policies, and other relevant security documentation.

A proper gap assessment covers three layers. The management system clauses (4 to 10): scope, leadership, risk management, support, operations, performance evaluation, and improvement. The Annex A controls: which of the 93 are implemented, partial, or justifiably excluded. And evidence: whether you could prove each of these to an auditor today. The output should be a report marking every requirement as compliant, partial, or missing, plus a remediation plan ordered by audit impact. If a provider only checks whether your policies exist, that’s a document review, not a gap assessment.

Download a template (there’s one above), timebox the exercise to a week, and start with Clauses 4 to 10 rather than the Annex A controls, since that’s where most certification failures happen. Talk to the people who run each control instead of reading the policy about it; the gap between the two is usually the finding. For a company under 100 people, expect three to five working days of effort spread across a couple of weeks. The one trap to avoid: marking something compliant because a document exists. Auditors assess what you do, not what you wrote down.

They move the discovery of problems from the audit to week one. Without a readiness phase, issues like a weak Statement of Applicability or an untested incident response plan surface at Stage 1, and every finding there means remediation, re-review, and sometimes a repeat visit that the certification body charges for. A readiness project finds the same issues months earlier, when fixing them is a task on a plan rather than a blocker on a booked audit date. In our experience it’s the difference between certifying in a quarter and certifying in most of a year.

Four things.

  1. Assessors who have implemented or audited ISO 27001 before, not generalists working from a questionnaire.
  2. An evidence-based method that tests whether controls operate, rather than a document checklist.
  3. A remediation plan with priorities and effort estimates, so you know what to fix first and what it will take.
  4. And a fixed fee and timeline; a gap assessment is a scoped exercise, and open-ended pricing usually signals the provider hasn’t done many.

It also helps if the same team can carry you through implementation, so nothing gets lost in a handoff.

Three kinds of providers.

  • Compliance consultancies like Axipro run the gap analysis and then build out the ISMS with you; our readiness assessment takes one to two weeks and produces a prioritized gap report with owners and timelines.
  • Automation platforms such as Drata and Vanta can surface technical control gaps automatically, and as a Gold partner of both, we often pair the platform with the human assessment.
  • Certification bodies offer pre-assessments too, but they can’t help you fix what they find, since the same organization can’t consult and certify.

If you want the full picture of how we run it, see our ISO 27001 certification services page. 

Axipro Author

Picture of Abeera Zainab

Abeera Zainab

Blog Highlights

Explore More Articles

Compliance software collects the evidence. A consultant builds the system that evidence is meant to prove. That’s the real difference in the ISO 27001 consultant vs software decision, and most teams only figure it out after they’ve bought one and realized they still need the other. Below, we compare what each route covers, where it breaks down, and what it costs you in time, money, and your team’s hours. Short version: software on its own works for a small group of companies. For most SaaS and tech scale-ups trying to get an enterprise deal over the line, consultant-led implementation on a compliance platform is the faster and safer path to a certificate. Quick Answer: Consultant, Software, or Both? Software-only works if you already have an in-house security lead who’s taken a company through ISO/IEC 27001 before and has the time to own the project. Consultant-only still makes sense if you run mostly on-premise or legacy systems that platforms barely integrate with. For everyone else, which means most cloud-native companies under a few hundred people, a hybrid works best: a platform to handle evidence and monitoring, and a consultant to build the management system and stand behind it in front of an auditor. Here’s why. What an ISO 27001 Consultant Handles ISO/IEC 27001:2022 is a management system standard. Clauses 4 to 10 cover how you run information security, and Annex A lists 93 controls you pick from based on risk. Almost none of it is box-ticking. Most of it comes down to judgment calls about your business, and that’s what you’re paying a consultant for. Scoping, Gap Analysis and Risk Assessment Scope is the first decision you make, and the most expensive one to get wrong. Go too wide and you’ll spend months on controls for systems no customer asks about. Go too narrow and the certificate won’t get through the procurement review it was supposed to pass. A consultant scopes around the deals you’re trying to close, runs a gap analysis, and builds a risk assessment based on your real assets and threats. That’s the document auditors dig into hardest. ISMS Documentation and Policy Writing The standard asks for a specific set of documents: the ISMS scope, information security policy, risk assessment and treatment methodology, Statement of Applicability, risk treatment plan, and evidence of competence, monitoring, internal audit, and management review. A consultant writes these around how your company works day to day, instead of how a template imagines it works. Auditors check whether you follow your own procedures, so a mismatch shows up fast. Internal Audit and Certification Audit Support You need an internal audit before certification, and Clause 9.2 says the auditor has to be objective and impartial. In a small company, the people who built the ISMS can’t credibly audit it, so most teams outsource it through ISO 27001 internal audit services. A good consultant also gets your team ready for the Stage 1 and Stage 2 audits, joins the conversations that matter, and handles corrective actions if the auditor raises nonconformities.  What ISO 27001 Compliance Software Handles Compliance automation platforms, often called GRC platforms, have changed how cloud-native companies get certified. They’re very good at the repetitive, evidence-heavy side of the work. Automated Evidence Collection and Continuous Control Monitoring The platform plugs into your cloud provider, identity provider, code repos, HR system, and device management tools, then pulls evidence on its own. It’ll flag an unencrypted storage bucket, an ex-employee who still has access, or a laptop without disk encryption. For technical controls, that saves weeks of screenshots and spreadsheet tracking. Policy Templates and Annex A Control Mapping Most platforms come with a policy library and map each control to the ISO 27001 clauses and Annex A. You get a starting point and a clear view of which controls have evidence and which don’t. Auditor Access and Ongoing Compliance Tracking Auditors can log in and review evidence themselves, which cuts down fieldwork. After you’re certified, dashboards show when controls slip between surveillance audits, so you aren’t rebuilding evidence from scratch every year. Where Each Approach Falls Short Neither route covers everything by itself. The good news is that the ways each one fails are predictable, so you can plan around them. Limits of Compliance Automation Platforms A platform can tell you a control is failing. It can’t decide your scope, run your risk assessment, write a policy that matches your operations, convince your CTO to change the offboarding process, or explain to an auditor why you excluded a control from your Statement of Applicability. Templates can also make you feel further along than you are. A dashboard at 90% can hide an ISMS that won’t survive Stage 1, because the missing 10% is the management system itself. Insider Note: The Stage 1 problem we see most on software-only projects is a risk assessment copied straight from the platform’s default risk library. The risks are generic, the scores are almost identical, and nothing ties back to the company’s own assets. Auditors notice within minutes, and it weakens the Statement of Applicability that’s built on it. The other problem is ownership. Software assumes someone inside the company will drive the project. At most startups that’s a CTO or ops lead who already has a full-time job, and the subscription renews whether the work gets done or not. Limits of a Consultant-Only Approach A consultant working without automation spends billable days on things a platform does for free, like chasing screenshots, updating evidence trackers, and collecting the same proof again before every surveillance audit. You pay more and wait longer. You also end up with a program that’s only accurate on the day it’s handed over. Once the engagement ends, the evidence goes stale and year-two surveillance turns into a scramble. ISO 27001 Consultant vs Software: Side-by-Side Comparison Factor Consultant only Software only Hybrid (consultant + platform) Time to audit readiness 3 to 6+ months Highly variable; depends on internal expertise As little as 6 weeks for well-scoped

Uzbekistan regulates artificial intelligence through two documents. The first is Law ZRU-1115, signed on 21 January 2026. It amends existing legislation to define AI, stops anyone from basing decisions about people’s rights on AI output alone, and fines companies that process personal data unlawfully with AI. The second is the set of Ethical Rules approved by Order No. 3787, in force since 17 June 2026, which spell out what developers, implementers, and users actually have to do. Uzbekistan hasn’t passed a standalone AI act, and its rules don’t sort systems into risk tiers or require conformity assessments. The framework is short and blunt, and it’s already enforceable. Below we walk through what each document requires, who it applies to, how it stacks up against the EU AI Act, and what a company using AI in Uzbekistan should do next. Uzbekistan AI Regulation at a Glance (TL;DR) Instrument Date What it does Who it binds Law ZRU-1115 Signed 21 January 2026 Defines AI in law, sets general rules for AI-built information resources and systems, bans legally significant decisions based only on AI, adds fines for unlawful AI processing of personal data State bodies, organizations, website owners, anyone processing personal data with AI Order No. 3787 (Ethical Rules) Registered 14 March 2026, in force 17 June 2026 Sets eight mandatory ethical principles and lists rights and obligations for developers, implementers, and users Individuals and companies developing, implementing, or using AI in Uzbekistan Law No. 1125 (Personal Data amendments) Adopted 26 March 2026 Limits data localization to biometric, genetic, and local telecom user data, and allows cross-border transfers under conditions Personal data operators, including AI providers AI Strategy until 2030 (RP-358) 14 October 2024 Sets national targets for AI adoption, infrastructure, and skills Government bodies What Is Law ZRU-1115? The law’s official title is a mouthful: “On making additions and changes to certain legislative acts of the Republic of Uzbekistan in connection with the regulation of relations arising from the use of artificial intelligence.” Put simply, it’s an amending law. Instead of creating a new AI code, it writes AI into laws that were already on the books. When It Was Signed and When It Took Effect The Legislative Chamber of the Oliy Majlis adopted the bill on 12 August 2025, and the Senate approved it on 1 November 2025. President Shavkat Mirziyoyev signed it on 21 January 2026. You can read the official text in Lex.uz, Uzbekistan’s national legislation database. The law set out the principles and the penalties. The day-to-day detail arrived later with the Ethical Rules, which came into force on 17 June 2026. For compliance planning, treat mid-June 2026 as the point when the whole framework started applying. Why Uzbekistan Amended Existing Laws Instead of Passing a Standalone AI Act Uzbekistan wants more AI, not less. Its national strategy sets numeric targets for adoption, investment, and local computing capacity, and a heavy EU-style act would have worked against them. So lawmakers kept it light. They defined AI, drew two hard lines (human control over decisions that affect people’s rights, and protection of personal data), and left the Ministry of Digital Technologies to fill in the rest through secondary rules. Businesses get less legal certainty, and the government gets to move faster. Which Laws ZRU-1115 Changes For businesses, two amendments matter most. The Law “On Informatization” (ZRU-560-II, 2003) now contains a legal definition of AI, a new article on using AI in information resources and systems, duties for website owners, and updated powers for the ministry in charge. The Code on Administrative Liability now includes an offense for processing and spreading personal data unlawfully using AI. The Legal Definition of Artificial Intelligence in Uzbekistan Under the amended Law “On Informatization,” AI is a set of technological solutions that imitate human cognitive functions, including learning on their own and solving problems, and that produce results on specific tasks comparable to what a person could do. That’s deliberately broad. It covers generative AI, machine learning classifiers, recommendation engines, and most agentic systems. The Ethical Rules add a narrower term, the AI system: software built on AI that can find, collect, store, analyze, process, evaluate, and use data, and make decisions on its own based on that data. If your product makes a decision from data, or shapes one, assume it counts. Key Rules Introduced by Law ZRU-1115 General Principles for Using AI in Information Systems and Resources The new article in the Law “On Informatization” starts from harm. Information resources created with AI, and information systems running on AI, must not harm people’s life, health, freedom, honor, or dignity, or violate their other inalienable rights. The standard is short and open-ended. It gives regulators something to enforce against without saying in advance what counts as harm. Principle-based rules like this deserve to be taken seriously precisely because the edges are undefined. Human Oversight: No Decisions on Rights and Freedoms Based Solely on AI Most coverage leads with this provision, and it’s easy to see why. When someone makes a legally significant decision that affects human rights and freedoms, they can’t rely only on conclusions produced by AI systems or AI-built information resources. AI can feed into the decision, but a person has to make it. That applies to loan denials, benefit eligibility, hiring rejections, licensing outcomes, and disciplinary action. In each case, someone needs to look at the AI output and own the final call. Insider Note: In AI governance engagements, teams rarely struggle to show that a review step exists. What they struggle to show is that the reviewer could disagree, and sometimes did. If a human clicks “approve” on every AI recommendation and nobody ever records an override, auditors will see automation with a signature on top. Build the override path and log when people use it, starting on day one. Powers of the Authorized State Body (Ministry of Digital Technologies) ZRU-1115 makes the Ministry of Digital Technologies the authorized state body for AI. Among its new jobs, it’s

You can get a SaaS company ready for a SOC 2 audit in six weeks, but you’ll feel every one of them. Most published timelines say three to six months. For a company with no project owner, no identity provider, and nothing written down, that’s about right. A cloud-native startup that already has the basics in place and can protect some time is a different story, and it can fit the work into six hard weeks. This plan walks through that route one week at a time. Each week has an owner, an hour estimate, and a clear test for when it’s finished. The free Google Sheet version turns the plan into a tracker you can hand out to owners and update in your weekly standup. Before you start, know what you’re signing up for. At the end of week 6 you’ll be audit-ready, which isn’t the same as holding a Type II report. Nobody can get you a Type II in six weeks. This is also the do-it-yourself route, and it takes a lot of hours. We’ll show you where those hours go and what the faster option looks like. Is Six Weeks Realistic for Your Company? Six weeks works when most of the plumbing already exists and your job is to formalize it, fill the gaps, and prove it all works. It falls apart when you’re building the foundations and documenting them at the same time. Go through this table honestly before you promise a customer a date. Six weeks is realistic if… Plan for 10 to 16 weeks if… Your product runs on a major cloud provider You host on-premise or across several data centers You already use an identity provider with SSO Every tool has its own login and password You have fewer than about 50 employees You have multiple offices, subsidiaries, or products in scope One named person owns the project with 10 to 15 hours a week Compliance is “everyone’s job,” so in practice nobody owns it An engineer can give you 15 to 20 hours in weeks 3 and 4 Engineering is fully committed to a launch You only need the Security criteria You need Availability, Confidentiality, or Privacy on day one Landing mostly in the right-hand column doesn’t mean you should throw the plan out. Give each week two weeks instead of one and follow the same order. What “SOC 2 Ready” Means at the End of Week 6 SOC 2 doesn’t give you a certificate. An independent CPA firm examines your controls against the AICPA Trust Services Criteria and writes a report, and which of the two report types you go for decides what you can show a buyer after week 6. A Type I report checks whether your controls are designed properly on a single date. Once you’re ready, a Type I audit can start almost right away. A Type II report checks whether those controls kept working over an observation period of at least three months, and usually six to twelve. Most enterprise procurement teams want Type II in the end. Being “ready” at the end of this plan means your in-scope controls are in place, you can pull evidence for any of them on request, and your auditor is booked. From there you either start a Type I audit or open your Type II observation window. Plenty of buyers will sign with a Type I report plus a letter from your auditor saying the Type II period is underway. Important: The Type II clock doesn’t start until your controls are running. If readiness slips by a week, your Type II report slips by a week too. Founders who tell a prospect “we’ll have SOC 2 in Q3” often forget this and end up renegotiating the deal. Before Week 1: Four Decisions to Make First Settle these before the clock starts. If you change any of them halfway through, you’ll redo work. Scope. Decide which systems, teams, and data the report covers. For most SaaS companies that’s the production environment, the code repository, the identity provider, customer data stores, and any support tools that touch customer data. Corporate systems that never see customer data can usually stay out. Trust Services Criteria. Security (also called the Common Criteria) is mandatory. Availability, Confidentiality, Processing Integrity, and Privacy are optional. Report type. Pick Type I if a deal is blocked right now and the buyer will accept it. If there’s no deadline, go straight to Type II. You’ll need it eventually, and skipping Type I saves you an audit fee. Owner and tooling. Name one person who’s accountable for the plan, and decide where your controls and evidence will live. The tooling choice gets its own section below. Pro Tip: Adding Criteria Only add optional criteria when a customer contract or security questionnaire asks for them. Each one brings more controls to set up and more evidence to collect, and you can widen the scope in next year’s audit. Spreadsheet or Compliance Software: Choosing Your Tracking Tool Every SOC 2 program needs a system of record, meaning one place where each control, its owner, its status, and its evidence live. You can run it yourself in a spreadsheet or a GRC platform, or have a consultant implement it for you. The right choice depends mostly on which report you’re after and how much of your team’s time you can spare. A spreadsheet is free and familiar. It also makes you understand your own environment before you automate any of it. For a Type I, or for a small team with a tight scope, a well-built spreadsheet can take you all the way to the audit. Axipro’s free GRC workbook for SOC 2 and ISO 27001 covers all 33 SOC 2 Common Criteria plus the optional criteria, with evidence, risk, policy, and gap trackers built in. It has no macros and opens straight in Google Sheets or Excel. A GRC platform connects to your cloud, identity provider, code repository, and HR system.