Skip to content

Guide

How to Set Up an OT Cybersecurity or Critical-Infrastructure Security Company in the UAE

Published

The short answer

An OT (operational-technology) or critical-infrastructure security company sits under three separate UAE authorities at once, and which one bites depends on what the company actually does to a customer's live systems. The Telecommunications and Digital Government Regulatory Authority (TDRA) regulates telecom networks, equipment and encryption; the UAE Cyber Security Council sets the Critical Information Infrastructure Protection (CIIP) framework that shapes contracts with designated critical-infrastructure operators; and the underlying business still needs an ordinary trade licence from the Dubai Department of Economy and Tourism (DET) or an equivalent free zone authority. The detail that most often decides the route is whether the company only assesses and advises, or holds standing remote access to run or change a customer's operational systems.

Who decides the perimeter, and who only issues the licence

A trade licence from DET or a free zone authority registers the commercial activity. It does not, by itself, say whether the company is doing something TDRA or the Cyber Security Council treats as regulated. TDRA's remit covers the UAE's telecom networks, equipment and encryption; a company that builds, resells or operates connectivity, or supplies cryptographic equipment, moves into that remit regardless of how its licence is worded. The Cyber Security Council was set up to build the UAE's national cybersecurity strategy and runs the Critical Information Infrastructure Protection policy, which sets baseline security obligations for the operators of designated critical infrastructure. Those obligations sit on the infrastructure operator, but they reach the vendor through the contract: a bank, utility or transport operator that is itself a designated CII entity will usually push its baseline controls, access rules and incident-reporting duties down to any OT security supplier it engages.

The practical question for a founder is which of these three bodies' rules the proposed work actually touches, similar to the question an identity-security or privileged-access-management company has to answer about its own access rights. A pure assessment or architecture-review business, with no live access and no equipment of its own, sits closest to ordinary commercial activity. A business that monitors a customer's network continuously, holds a standing remote connection, or supplies and configures gateways moves closer to TDRA's and the Council's territory, much as a post-quantum cryptography or secure-communications company has to classify its own cryptographic work before it can classify its licence.

What the regulator actually requires

Neither TDRA's remit nor the Council's CIIP framework is reducible to a single fee or licence category that can be published generically. TDRA decides, case by case, whether a given network, equipment or encryption activity falls inside telecom regulation; a company whose offer includes connectivity, interception-capable monitoring or cryptographic hardware should put that question to TDRA directly rather than inferring an answer from a competitor's marketing. The Cyber Security Council's CIIP policy is the instrument that identifies critical assets, sets baseline security requirements for CII entities and runs the oversight and enforcement mechanism around them; it is written for the infrastructure operator, so a vendor's obligations under it are contractual, not a separate licence the vendor itself applies for. Data-protection obligations sit alongside both: a company processing personal or operational data as part of its monitoring service should be able to show where that data is held and who can access it. No activity code, licence category or capital figure is stated here; those are confirmed against the current TDRA and Council material before an entity route is chosen.

How money moves and what a bank checks

A bank or an enterprise procurement team reviewing an OT security supplier is not primarily checking the balance sheet. It is checking who can reach a customer's live control systems, under what written authority, and what happens when that access is misused or simply forgotten about. Expect questions on the scope of any remote-access arrangement, how access is time-boxed and revoked, what logging exists, and whether the company's own staff or a subcontractor actually hold the access. A single undocumented hand-off to a parent, affiliate or specialist partner is usually the first thing that stalls an account-opening conversation. Building that evidence before the first bank meeting, rather than after the licence is issued, is the difference the corporate bank account readiness work is built to close.

Ownership, substance and the roles customers expect to see

OT and critical-infrastructure customers look past the shareholder register to the people who will actually touch their systems. A regulator, bank or customer reviewing the file will want to see someone who can show OT engineering competence, not a general IT security background, before any scanning, monitoring or change work on a live industrial environment is approved. Where the company's own ownership runs through several holding layers, funds or family structures, that chain is part of the same file a customer or bank will read, and the regulated and complex ownership setup route is built for exactly that case. A written business plan and supporting documentation should set out, in one place, the operating model, the access boundary and the people who hold it.

What goes wrong in OT and critical-infrastructure engagements

  • Scanning or testing a live production system without the customer's documented safety sign-off.
  • Applying IT security playbooks to operational technology without engineering input on what a scan or change can do to a running process.
  • Leaving a remote vendor-access connection open indefinitely instead of time-boxing and logging it per engagement.
  • Taking on incident-response duties without site-specific authority to act.
  • Treating a subcontractor's access the same as the company's own, with no written record of who was actually connected when something went wrong.

The common thread is the same one a connectivity infrastructure business runs into: a valid trade licence is mistaken for the permissions, contracts and technical authority that operating in this sector actually needs. The licence is the easy part; the access boundary and the written authority behind it are not.

From licence to operating: visas, premises and renewals

A standard mainland commercial licence for this kind of consultancy or technology activity starts from AED 14,000, with a free-zone licence-only package available from roughly AED 5,000 to 6,000; neither figure includes the engineering staff, secure facilities, testing infrastructure or incident capacity the operating model actually needs. Visa capacity should match the number of OT engineers and operations staff the company genuinely plans to hire, not a notional headcount set at formation. Licences and establishment cards are renewed annually, and a company holding equipment, a monitoring facility or a secure operations room should plan that renewal alongside any premises lease rather than treat it as a separate event. Cost beyond these figures is built in layers, and the Velarozone service fee is itemised in the engagement letter rather than published as a headline number.

Container terminal and cranes at a Dubai port

General guidance here; the detail that matters depends on your activity and markets.

Questions

Frequently asked

Does working with a critical-infrastructure operator put a separate authorisation on the vendor?
Not automatically. The Cyber Security Council's CIIP framework places baseline security obligations on the designated critical-infrastructure entity, not on every supplier it engages. In practice, those obligations reach the vendor through the contract (access rules, incident-reporting duties and evidence requirements the customer passes down), so the question to answer is contractual as much as regulatory.
Can a UAE company run active scans or penetration tests on live OT equipment?
That is a safety and contractual question before it is a licensing one. A scan or active test that is routine on an IT network can disrupt a running industrial process, so written, site-specific safety authorisation from the asset owner should exist before any testing on live operational technology, regardless of what the company's trade licence says.
Does remote monitoring of a customer's network make the company a telecom operator?
Not by itself, but connectivity, interception-capable monitoring or supplying network equipment moves the question into TDRA's remit. Whether a given monitoring arrangement crosses that line depends on what the company actually builds, operates or supplies, not on how the service is marketed, and TDRA is the body that answers it.
What should be ready before a bank or an enterprise customer reviews the company?
A written description of the access boundary (who can reach the customer's systems, how that access is granted and revoked, and what is logged), plus evidence of the OT engineering competence behind it and a documented position on any subcontractor's role.

Get your UAE setup plan

An OT or critical-infrastructure security company lives or dies on one written line: who may touch a customer's live control systems, and under what authority. Velarozone maps that access boundary against the trade licence, the CIIP exposure and the bank's questions before anything is filed; how Velarozone works sets out the approach.

Apply this to your own situation

Guides describe the general position. Send us your facts and an adviser will tell you which parts actually apply to you.

Message us on WhatsApp

Free assessment: current figures are confirmed within your adviser-reviewed route comparison. Your details are not shared with third parties.

Start with a structure assessment

In an initial consultation you receive a plain-language decision summary, a document-preparation list, and the next actions for your situation. Current figures are confirmed within your adviser-reviewed route comparison.

This guide provides general information, not legal, regulatory, tax, investment, medical or financial advice. It does not guarantee a licence, authorisation, visa, bank account, funding, tax treatment or commercial outcome.

General information drawn from the CBUAE Rulebook, including the Retail Payment Services and Card Schemes Regulation (C 15/2021), and Cabinet Resolution No. (134) of 2025 as published, not legal or tax advice. Rules and guidance change, so confirm the current text and each institution's own requirements before you submit.