/ ,

  / SOC 2 Penetration Testing Cost: 2026 Price Ranges

SOC 2 Penetration Testing Cost: 2026 Price Ranges

A SOC 2 penetration test costs between $1,000 and $30,000 for most companies. A typical SaaS scope, meaning one web application, its API layer, and the cloud infrastructure behind it, usually lands between $2,000 and $20,000. Early-stage startups with a narrow scope can get an auditor-accepted test for $1,000 to $8,000, while enterprises with multiple products and hybrid infrastructure regularly spend $20,000 to $50,000 or more.

The spread is wide because “penetration test” covers everything from an automated scan with a cover page to weeks of manual testing by senior engineers. Auditors know the difference, and so do the enterprise customers who asked for your SOC 2 report in the first place. This guide breaks down what drives the price, where the hidden costs sit, and how to buy a test that holds up in fieldwork without overpaying for it.

What Is SOC 2 Penetration Testing?​

A SOC 2 penetration test is a simulated attack on your systems, performed by a qualified security professional, scoped to the environment covered by your SOC 2 report. The tester tries to exploit real weaknesses the way an attacker would: broken access controls, injection flaws, misconfigured cloud services, exposed credentials. The output is a report your auditor reads as evidence that your security controls work in practice, not only on paper.

That last part matters. A pentest bought for SOC 2 has a second audience beyond your security team. If the report doesn’t map findings to your audit scope, document its methodology, and show remediation, it fails the job you bought it for. We cover the full deliverable in our guide to what a SOC 2-ready VAPT report includes.

Reach SOC 2 Compliance in 6 Weeks or Less

Schedule Your Free SOC 2 Assessment Today

How Penetration Testing Fits Into SOC 2 Compliance​

SOC 2 is built on the AICPA’s Trust Services Criteria, and the Security category (the Common Criteria) applies to every report. Penetration testing is the standard way to satisfy CC7.1, which expects you to detect and monitor for new vulnerabilities, and it supports CC4.1, which covers ongoing evaluations of whether controls actually function. The AICPA’s points of focus explicitly mention vulnerability scanning and penetration testing as examples of how companies meet these criteria.

In practice, the test slots into your audit timeline as an evidence item. Your auditor will ask for the report, check the test date against the audit period, and review how you handled the findings. Remediation is often scrutinized harder than the test itself, because it shows whether your vulnerability management process runs or merely exists.

Is Penetration Testing Required for SOC 2?​

Strictly speaking, no. The Trust Services Criteria never use the word “mandatory” about penetration testing. You could theoretically satisfy CC7.1 with vulnerability scanning and strong monitoring alone.

In reality, almost every auditor expects one, and skipping it invites two problems. First, your auditor may push back during fieldwork or add exceptions to the report. Second, the enterprise buyers reviewing your SOC 2 report increasingly look for pentest evidence specifically, and a report without it raises questions during procurement. Treat the test as effectively required and budget for it from the start of your SOC 2 compliance checklist.

How Much Does SOC 2 Penetration Testing Cost?

Typical Price Range for SOC 2 Pen Testing

Most companies pay $1,000 to $30,000, with the median engagement for a SaaS business sitting around $12,000 to $15,000. Compliance-focused tests at the lower end of the market start around $1,000 to $5,000. Deep manual testing from established firms runs $10,000 to $30,000. Anything quoted below roughly $3,000 is almost certainly automated scanning packaged as a pentest, which auditors are getting better at spotting.

Cost by Company Size (Startup, SMB, Enterprise)

Company size is a proxy, not the driver. A 15-person company with three products and a legacy on-prem component will pay more than a 200-person company with one tightly scoped SaaS platform. Testers price effort, and effort follows scope.

Cost by Test Type (Network, Web App, API, Cloud, Internal/External)

Most SOC 2 engagements bundle two or three of these. The common package for a cloud-native SaaS company is web app plus API plus cloud configuration, which is why the $1,000 to $20,000 band comes up so often. Companies with office networks and internal systems in their audit scope add internal network testing, and the price climbs accordingly.

Factors That Influence SOC 2 Penetration Testing Cost

Scope and Number of Assets Tested

Scope is the single biggest cost driver. Every additional application, API endpoint group, cloud account, or network segment adds testing hours. A pentest priced without a scoping call is a pentest priced on guesswork, and the guess usually favors the vendor.

Complexity of Application or Infrastructure​

A simple CRUD app with two user roles tests quickly. A multi-tenant platform with role hierarchies, workflow engines, file processing, and third-party integrations takes far longer, because each of those features creates attack surface a tester has to work through manually. Authentication tiers matter especially: every distinct role needs testing for privilege escalation and cross-tenant data access.

Testing Methodology (Black Box, Grey Box, White Box)

Black box testing gives the tester nothing but a URL, grey box adds credentials and documentation, and white box adds source code and architecture diagrams. Grey box is the default for SOC 2 and usually the best value, since the tester spends time exploiting rather than discovering. White box costs more upfront but finds deeper issues. Black box sounds rigorous but often wastes paid hours on reconnaissance an attacker would run for free.

Depth of Testing and Manual vs. Automated Approaches

Automated scanning finds known vulnerability patterns. Manual testing finds business logic flaws, chained exploits, and authorization gaps that no scanner catches, and it’s the part auditors and security-literate customers actually value. The ratio of manual work to automation is the honest explanation for most price differences between two quotes covering the same scope.

Tester Credentials and Firm Reputation

Senior testers holding OSCP, GPEN, or CREST credentials bill higher rates, and firms with recognized methodologies charge a premium for the credibility their letterhead carries in an audit. That premium is sometimes worth paying. When your SOC 2 report goes to a bank or a Fortune 500 procurement team, the testing firm’s name gets read too.

Remediation Testing and Retesting Fees​

After you fix the findings, someone has to verify the fixes. Some firms include one retest round in the base price, others charge $1,500 to $5,000 for it. Always ask before signing, because a Type 2 audit without retest evidence for critical findings is an awkward conversation with your auditor.

Location and Compliance Requirements

Testing firms in the US and UK typically charge more than firms in other regions for equivalent work, though rates have converged as remote testing became the norm. Stacked compliance requirements also raise price: a test that must satisfy SOC 2 and PCI DSS simultaneously carries extra documentation and methodology constraints.

SOC 2 Type 1 vs. Type 2 Penetration Testing Costs

Pen Testing for Type 1 Reports

A Type 1 report assesses control design at a single point in time, so one pentest completed before the audit date is sufficient. Companies pursuing Type 1 first often buy a smaller, tightly scoped test to keep first-year costs down, then expand scope for Type 2. The per-test price doesn’t differ from Type 2 pricing; you simply buy fewer of them.

Pen Testing for Type 2 Reports

A Type 2 report covers control operation over an observation window, usually 3 to 12 months, and your pentest needs to fall inside that window. The test itself costs the same, but the timing discipline is stricter and the remediation evidence matters more, because the auditor evaluates your process over time rather than a snapshot.

Insider Note: The most common pentest problem we see in SOC 2 engagements isn’t quality, it’s timing. Companies run their test three or four months before the Type 2 observation window opens, assume it counts, and only discover during fieldwork that the auditor wants a test dated inside the period. Booking the pentest for the early-middle portion of the window solves this and still leaves room to remediate before the audit closes.

Frequency Requirements for Type 2​

Annual testing is the accepted baseline, and since Type 2 reports are renewed annually, the practical effect is one pentest per audit cycle. Companies with fast release cadences or contractual obligations sometimes move to semi-annual testing, doubling the budget line. Significant architecture changes mid-cycle, like a new product launch or cloud migration, also justify an out-of-cycle test.

SOC 2 Compliant Penetration Testing, Starting at $1,000

Schedule Your Free Pentesting Assessment Today

What’s Included in a SOC 2 Penetration Test Quote

Pre-Engagement Scoping

A serious quote starts with a scoping call: what’s in your SOC 2 system boundary, how many applications and roles, which cloud accounts, what’s explicitly excluded. This produces the rules of engagement, a practice NIST SP 800-115 formalizes, covering what may be tested, when, and who gets called if something breaks.

Testing Execution

The testing window itself typically runs one to three weeks. Good firms test against a documented methodology, commonly built on the OWASP Top 10 and OWASP’s testing guides for application work, with NIST SP 800-115 or PTES structuring the overall engagement. Expect a mid-engagement heads-up if a critical finding shows up, rather than a surprise in the final report.

Reporting and Attestation Letter​

The report should contain an executive summary, the methodology, findings rated by severity (usually CVSS-based) with reproduction evidence, and remediation guidance. Most firms also issue a short attestation letter you can hand to customers without exposing technical detail. Confirm the letter is included, since a few vendors sell it separately.

Remediation Support and Retesting​

Quotes differ most here. Some include remediation consultation hours and one retest; others hand you the report and charge for everything after. For SOC 2 specifically, retest documentation for high and critical findings is worth having inside the audit window, so treat included retesting as a genuine pricing factor rather than a nice-to-have.

Hidden Costs to Watch For

The invoice from the testing firm is rarely the whole spend. Your engineers will spend real hours on the engagement: scoping calls, provisioning test accounts, monitoring during testing, and triaging findings, which for a small team often adds up to one to two weeks of a senior engineer’s time. Then comes remediation itself, which can range from a day of configuration changes to a quarter of refactoring if the test surfaces architectural problems.

Rush fees are the other trap. Firms charge 25 to 50 percent premiums for tests booked inside two or three weeks of the start date, and companies discover this exactly when an auditor or enterprise deal imposes a deadline. Finally, remember this is an annual cost. SOC 2 Type 2 renews yearly, and your pentest budget line renews with it.

Pro Tip: When to get a Pentest Quote

Get a pentest quote at the same time you budget your SOC 2 audit, not after. Bundling the conversation forces the scope question early, gives you a real total compliance number, and removes the rush-fee scenario entirely. If you're pricing the full stack, our breakdown of what Vanta actually costs covers the automation platform side of the budget.

How to Reduce SOC 2 Penetration Testing Costs

Scope the Engagement Strategically

Align the pentest scope with your SOC 2 system boundary, not your entire infrastructure. If the marketing website and the internal wiki sit outside the audit scope, they don’t need paid testing hours. A tight, well-documented boundary is the single most effective cost control without reducing quality.

Combine Pen Testing With Other Compliance Work

One properly scoped test can serve SOC 2, ISO 27001, and customer security questionnaires simultaneously if the scoping and reporting anticipate all three. Buying separate tests per framework is a common and entirely avoidable double-spend. Firms that do both compliance and testing can also bundle the pentest into a certification engagement at a better rate.

Choose the Right Testing Partner

Big-name firms carry enterprise overhead in their pricing. Specialist boutiques with credentialed testers frequently deliver equivalent technical work at 30 to 50 percent less, and their reports are just as audit-acceptable if the methodology and documentation are sound. The evaluation criteria in the next section matter more than the size of the vendor’s office.

Perform Internal Vulnerability Scans First

Run scans and fix the obvious findings before the pentest starts. Every hour a paid tester spends documenting an unpatched library or a default credential is an hour not spent on the deep manual work you’re actually paying for. Clean scan hygiene going in raises the value of every finding coming out.

How to Choose a SOC 2 Penetration Testing Provider

Questions to Ask Before Hiring

Ask five things:

  • What percentage of the testing is manual, and who exactly performs it?
  • Can you share a sanitized sample report?
  • Is a retest included, and at what cost if not?
  • Have your reports been through SOC 2 audits before, and with which audit firms?
  • What happens if you find something critical mid-engagement?

The sample report answers most of what you need. A strong one shows reproduction steps, business impact per finding, and severity reasoning. A weak one lists scanner output grouped by CVSS score.

Certifications to Look For (OSCP, CREST, CEH)

OSCP demonstrates hands-on exploitation skill and is the most respected practitioner credential for this work. CREST accredits firms as well as individuals and carries particular weight in the UK and internationally. GPEN signals solid methodology training. CEH is knowledge-based rather than practical, fine as a floor but weak as the lead credential of your primary tester. On team composition, one senior credentialed tester leading the engagement matters more than a large team of juniors.

Red Flags in Low-Cost Providers

Be wary of fixed prices quoted without any scoping conversation, guaranteed turnaround under a week for a full application test, reluctance to share a sample report, and vagueness about who performs the testing.

“Compliant pentest” as a marketing phrase is itself a tell: it signals the product is a checkbox, and checkbox reports are precisely what auditors have learned to probe.

Sample SOC 2 Penetration Testing Cost Scenarios

Early-Stage SaaS Startup

A 12-person startup pursuing SOC 2 Type 1 with one web application, a REST API, and a single AWS account. Grey box test, one senior tester, one week of testing, retest included. Realistic cost: $1,000 to $9,000.

Mid-Market SaaS Company

A 120-person company on Type 2 with two applications, a public API, AWS and GCP accounts, and SSO integration. Grey box, two testers, two to three weeks, retest and attestation letter included. Realistic cost: $2,000 to $22,000.

Enterprise Multi-Product Environment

A 600-person company with four products, internal corporate network in audit scope, hybrid cloud and on-prem infrastructure, and a PCI DSS overlap. Mixed grey and white box, senior team, four to six weeks. Realistic cost: $15,000 to $60,000, often split across quarterly engagements.

A pentest for SOC 2 is a five-figure line item for most companies, and the range you land in comes down to scope, manual depth, and timing. Buy the scoping call, keep the test inside your audit window, confirm retesting upfront, and match the firm’s credentials to the audiences who’ll read the report. Done that way, the same spend covers your audit evidence, your customer questionnaires, and a genuine reduction in exploitable risk. If you want the test scoped against your actual audit boundary, Axipro delivers penetration testing built for SOC 2 and ISO 27001 audits across web, API, network, and cloud environments.

Frequently Asked Questions

Is a penetration test mandatory for SOC 2?

No, the Trust Services Criteria don’t explicitly require one. In practice nearly all auditors expect a pentest as evidence for CC7.1, and its absence commonly triggers pushback during fieldwork or questions from customers reviewing your report. Budget for it as if it were mandatory.

Annually is the accepted standard, aligned with your yearly Type 2 audit cycle. Test more often if you ship major architecture changes, launch new products, or carry contractual obligations that demand it.

Not for most audits. Scanning is automated pattern-matching against known issues, while a pentest involves a human attempting real exploitation, including business logic and authorization flaws scanners can’t find. Auditors treat them as complementary controls, and most expect both: continuous or periodic scanning plus an annual manual test.

Testing itself takes one to three weeks for typical SaaS scopes, with the report arriving one to two weeks after testing ends. Add scheduling lead time: reputable firms book two to six weeks out, which is exactly why rush fees exist.

No, and it shouldn’t. Your SOC 2 auditor is a CPA firm attesting to your controls; the pentest comes from an independent security firm and feeds into the audit as evidence. Some audit firms have testing arms, but independence between the two functions is the cleaner arrangement and the one enterprise customers prefer.

Scope tightly to your audit boundary, fix scanner-level findings before the engagement, book six or more weeks ahead, and use a specialist boutique rather than a big-name firm. That combination gets a legitimate manual test down to the $4,000 to $8,000 range for a simple SaaS scope. Going below that usually means buying a scan, which costs less now and more later.

Yes. Each annual Type 2 report covers a new observation period, and auditors expect pentest evidence dated within that period. Last year’s report demonstrates last year’s controls, and reusing it is one of the fastest ways to collect an exception.

Axipro Author

Picture of Pedro Dias

Pedro Dias

Pedro has been writing online for over 10 years. With experience in all things programming, cyber security, and compliance, he is our editor-in-chief at Axipro.

Blog Highlights

Explore More Articles

Vanta can tell you a control is failing within the hour. It cannot rewrite your access review process, decide which systems belong in audit scope, or explain to a CPA why a test that shows red is actually fine. That work falls to people, and choosing the right ones is the difference between a 6-week path to audit readiness and a 6-month slog that ends with your Vanta subscription renewing before you have a report. This guide ranks the 7 best Vanta deployment services for 2026, explains what each one is good at, and covers what most comparison pages skip: how long this really takes, what it costs, and how to spot a partner who’ll hand you a half-configured platform and disappear. What Is a Vanta Deployment Service? A Vanta deployment service is a hands-on engagement where a specialist firm sets up, configures, and operationalizes Vanta so your company reaches audit readiness for one or more compliance frameworks. Vanta itself is a compliance automation and trust management platform: it connects to your cloud, identity provider, code repositories, HR system, and endpoints, then runs automated tests and maps the evidence to frameworks such as SOC 2, ISO 27001, HIPAA, and GDPR. The platform automates evidence collection and continuous monitoring. It doesn’t put controls in place for you. A deployment partner handles the judgment work around the tool: scoping, gap analysis, control mapping, policy writing, risk assessment, remediation of failing tests, and coordination with the audit firm. The best partners also stay on after the audit, because a Vanta instance nobody owns degrades fast. Worth Knowing: Vanta is a software vendor, not an auditor. Vanta is a software vendor, not an auditor. Your SOC 2 report still comes from a licensed CPA firm under AICPA attestation standards, and your ISO 27001 certificate comes from an accredited certification body. A deployment partner sits between the platform and the auditor. 1. Axipro Best for: SaaS and technology companies that want Vanta deployed, controls implemented, and the audit delivered by one accountable team, fast. Axipro is an authorized Vanta partner and a Drata Elite Partner, so its team works inside both leading compliance automation platforms every day. Founded in 2023, it has served 200+ clients from offices in the US, UK, and Bahrain, with a 100% audit success rate across 200+ certified clients. What puts Axipro first is scope. Most Vanta partners configure the platform and leave control implementation to you. Axipro’s Achievement Plan covers the whole path: kick-off and Vanta setup, gap analysis, a full policy and procedure suite, risk assessment and treatment, control implementation, vulnerability scanning, an internal audit, and external audit facilitation with an independent auditor. Clients get a dedicated infosec team over Slack, and the Achievement Plan comes with guaranteed certification. The other reason is speed. Axipro typically reaches SOC 2 readiness in around four weeks and ISO 27001 certification readiness in as little as six. It supports 20+ frameworks, including SOC 2, ISO 27001, HIPAA, PCI DSS, GDPR, CMMC, ISO 42001, and the EU AI Act, plus Gulf frameworks such as NCA ECC and SAMA CSF that most US-only partners cannot cover. Teams that want to test the relationship first can start with the free 30-day Compliance Accelerator Plan, which includes Vanta setup, gap analysis, and policy documentation, and continue into ongoing vCISO and continuous monitoring through the Trust Assurance Plan after certification. Watch for: Axipro is built for companies that want the work done for them. Teams that want a light-touch coaching engagement and plan to run the program in-house will use only part of what it offers. 2. Control and Function Best for: US SaaS companies of roughly 10 to 60 people that want SOC 2 and ISO 27001 run as one fixed-price project. Control and Function is a Denver-based consultancy built around fixed-scope, fixed-price readiness for small SaaS teams that have no compliance department. Its sweet spot is the dual-framework engagement: building SOC 2 and ISO 27001 from one shared control set rather than running two projects back to back. It also covers HIPAA for healthtech and maps ed-tech requirements such as FERPA and HECVAT. The firm is platform-neutral, so it works inside Vanta rather than reselling it, and it is explicit about handing off cleanly to an independent auditor. It’s also one of the few firms here that publishes prices, with readiness coaching starting around $8,000 and full readiness around $15,000. Watch for: The framework range is narrower than larger partners. Companies that need PCI DSS, CMMC, or international frameworks will need a second provider. 3. Neutral Partners Best for: Growing companies that need managed GRC across SOC 2, ISO 27001, CMMC, and FedRAMP without hiring an internal compliance team. Neutral Partners, based in Miami, runs a managed GRC model. It builds and documents the compliance program, tests it through internal audits, and then hands off to the relevant independent assessor: a CPA firm for SOC 2, a certification body for ISO 27001, or a C3PAO for CMMC. It never issues the certificate itself, which keeps the independence question simple. Its framework coverage leans toward regulated and government-adjacent work, including CMMC, FedRAMP, PCI DSS, HIPAA, and HITRUST. That makes it worth a look for defense suppliers and companies selling to the public sector. Watch for: Vanta isn’t its main focus. Ask for recent Vanta deployment examples in your framework before signing. 4. Kobalt.io Best for: Small and mid-sized businesses that want Vanta plus managed security operations. Canada-based Kobalt.io markets itself as one of Vanta’s leading global service partners. Its Vanta practice covers policy and control development inside the platform, custom control mapping where standard controls do not fit, and an applicability review of Vanta’s tests. The broader appeal is its managed security services, which suit companies that want compliance and security operations from the same provider. 5. AuditPeak Best for: Startups that want a readiness and audit-preparation partner focused narrowly on SOC 2. AuditPeak focuses on SOC 2 audit readiness for early-stage companies working in

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