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.

