DESC Penetration Testing: Cyber Force & ISR Guide
Penetration testing company in UAE: why Dubai government suppliers need a DESC Cyber Force-accredited provider and what ISR v3.1 cadence you owe.
If you supply technology, services, or contracted work to a Dubai government or semi-government entity, there is one fact that quietly reshapes how you buy security testing: since 2024, only DESC Cyber Force-accredited providers may deliver penetration testing to those entities. This is not a nice-to-have or a procurement preference. A test from a non-accredited firm may be rejected outright, and that rejection can put your standing as an authorized supplier at risk.
This is the part most “best penetration testing company in UAE” listicles skip entirely. They rank vendors on price and turnaround while ignoring the question that actually decides whether the engagement counts: is the provider accredited, and does the report match the cadence DESC expects? If you are a Dubai government supplier, that question comes first.
This guide is the DESC penetration testing explainer for that buyer. It covers what Cyber Force accreditation vets, the ISR v3.1 testing cadence you owe, a supplier compliance checklist, and how DESC differs from NESA, ADHICS, and the financial-sector mandates. If your scope is federal or telecom-led instead, read our companion guide on ISR and TDRA penetration testing - this page stays focused on the Dubai government supplier track.
What is DESC Cyber Force accreditation and why does it matter?
The Dubai Electronic Security Center (DESC) is the authority responsible for the cyber security of Dubai government. Its Cyber Force program is the authorized-provider scheme: a curated list of firms permitted to deliver offensive security services - penetration testing chief among them - to Dubai government and semi-government bodies.
The direct answer to the question every supplier asks: only DESC Cyber Force-accredited providers may deliver penetration testing to Dubai government and semi-government entities. If your provider is not on the current accredited list, the test you commissioned may not be accepted when DESC reviews it.
What the accreditation actually vets
Cyber Force accreditation is not a logo you buy. It is an assessment of three things:
- Methodology - does the firm follow a structured, repeatable testing approach (recon, exploitation, post-exploitation, reporting) that maps to recognized standards rather than a one-off scan?
- Tester competency - are the individuals performing the work genuinely qualified, with hands-on offensive certifications and demonstrable experience, not just a sales team with a scanner?
- Reporting standards - do the deliverables follow the DESC reporting format with consistent risk ratings, evidence, remediation guidance, and a re-test trail DESC can audit?
In other words, accreditation answers the same questions a careful CTO would ask a vendor - but DESC asks them once, centrally, so a Dubai entity does not have to re-vet every supplier’s pentest firm.
Who is affected
The scope is broader than “Dubai government” sounds:
- Dubai government entities directly - departments, authorities, and agencies.
- Semi-government bodies - the many Dubai entities that sit between fully public and fully private.
- Suppliers and contractors to the above - this is where most private firms get caught. If you build, host, or operate systems that touch Dubai government data, the DESC penetration testing requirement flows down to you.
The risk of engaging a non-accredited vendor
Here is the decision-forcing part. If you commission a penetration test from a firm that is not Cyber Force-accredited:
- The report may not be accepted during DESC review, meaning you paid for a test that does not count.
- You may have to re-test through an accredited provider, doubling cost and blowing your timeline.
- Worst case, your authorization as a Dubai government supplier is put at risk for failing to meet the mandated control.
The cost of getting this wrong is not the price of the pentest. It is the contract.
DESC ISR v3.1 testing cadence (the requirement table)
Accreditation tells you who can test. DESC ISR v3.1 - the current version of DESC’s Information Security Regulation - tells you how often and what evidence you owe. The cadence is layered, and the layer you fall into depends on whether you operate critical infrastructure.
| Testing tier | Cadence | What it covers | Evidence DESC expects |
|---|---|---|---|
| Vulnerability assessment | Quarterly | Authenticated and unauthenticated scanning across in-scope assets to surface known weaknesses | Scan reports with risk ratings, asset coverage, and remediation tracking |
| External penetration test | Annual | Manual exploitation of internet-facing systems and applications by an accredited tester | Full DESC-format pentest report with proof of exploitation, business impact, and re-test confirmation |
| Critical-infrastructure penetration testing | Bi-annual (every 6 months) | Deeper offensive testing of systems designated critical infrastructure | Pentest report plus remediation evidence and audit trail, retained for DESC review |
What each tier actually means
The quarterly vulnerability assessment is your baseline hygiene loop. It is broad and largely automated, designed to catch known issues - missing patches, exposed services, weak configurations - before they age into incidents. It is not a substitute for a pentest; it is the layer beneath it.
The annual external penetration test is the manual, attacker-minded engagement. This is where an accredited tester chains findings, abuses business logic, and demonstrates real impact - the work a scanner cannot do. For a standard Dubai government supplier, the quarterly VA plus this annual pentest is the core obligation.
The bi-annual critical-infrastructure test applies on top, for operators whose systems are designated critical. If that is you, you owe deep penetration testing every six months, not once a year.
Where ISR v3.1 ties testing to reporting
ISR v3.1 does not just ask you to test; it asks you to evidence testing. The controls reference both the act of testing and the obligation to report findings, rate risk, remediate, and confirm the fix. A scan dumped into a PDF will not survive a DESC review. What survives is a report in the DESC format, with risk ratings, remediation evidence, and a re-test confirmation that closes out high and critical findings.
Standard supplier vs critical-infrastructure operator
The practical difference comes down to the third row of the table. A standard supplier runs quarterly VAs and one annual external pentest. A critical-infrastructure operator does all of that plus bi-annual deep penetration testing - effectively a pentest cadence twice as frequent, with a higher evidentiary bar. Map your assets honestly: misclassifying a critical system as standard is exactly the kind of gap a DESC audit is built to find.
DESC supplier compliance checklist
If you are accountable for a Dubai government engagement, this is the short list that keeps you defensible. Work through it before, not after, the auditor calls.
- Confirm provider accreditation. Verify your pentest provider is currently on the Cyber Force accredited list - not “applying,” not “accredited in 2022.” Accreditation is a point-in-time status; check it at engagement and at renewal.
- Map assets to the ISR v3.1 cadence. List every in-scope system, classify it as standard or critical infrastructure, and assign it to the right tier - quarterly VA, annual external pentest, bi-annual critical-infra testing.
- Build a 12-month testing calendar. Turn the cadence into dated obligations so nothing slips. Four quarterly VAs, one annual pentest, and (if applicable) two critical-infra tests should appear on the calendar with owners.
- Enforce the DESC reporting format. Confirm every report carries risk ratings, evidence, business impact, and remediation guidance in the structure DESC expects - not the generic template your vendor uses for everyone else.
- Capture remediation and re-test evidence. Fix high and critical findings, then have the accredited provider re-test and confirm closure. The re-test confirmation is the artifact that proves the loop closed.
- Maintain an audit trail for DESC review. Keep reports, remediation records, and re-test confirmations retained and retrievable. When DESC reviews, “we tested but lost the report” is the same as not testing.
DESC vs NESA vs other UAE pentest mandates
The reason DESC trips up so many suppliers is that it rarely arrives alone. A single Dubai company can sit under DESC for its government work, NESA for federal touchpoints, and a financial-sector regulator for its payments stack - all at once. Here is the disambiguation table.
| Regulator | Scope | Who it applies to | Accredited-provider scheme? |
|---|---|---|---|
| DESC (ISR v3.1) | Dubai government cyber security | Dubai government, semi-government, and their suppliers | Yes - Cyber Force accreditation is mandatory |
| NESA / SIA (UAE IAS) | Federal information assurance | Federal entities and national critical infrastructure | No central provider list; testing mandated via IA controls |
| ADHICS | Abu Dhabi healthcare information security | Abu Dhabi health sector entities and providers | No; aligns to healthcare-specific controls |
| CBUAE / DFSA / VARA | Financial-sector cyber risk | Banks (CBUAE), DIFC firms (DFSA), virtual-asset firms (VARA) | No; require regular testing, often CREST/ISO-credentialed providers |
Why overlapping mandates are the norm
Picture a fintech operating from DIFC, contracted to a Dubai government entity, processing payments through a CBUAE-regulated rail. That firm owes DFSA technology-risk testing, a DESC Cyber Force-accredited pentest for the government workload, and CBUAE-aligned testing for its payment operations. Each regulator wants its own scope, cadence, and report format. Treating them as one program is how gaps appear.
How accreditation requirements differ
This is the key distinction buyers miss. DESC is the outlier that runs a mandatory authorized-provider scheme. NESA, ADHICS, and the financial regulators care intensely about the quality and cadence of testing, and many effectively expect CREST-accredited or ISO 27001-certified providers - but they do not maintain a Cyber Force-style list that gates who may deliver. For Dubai government work, accreditation is a hard gate. Elsewhere, credentials are a strong expectation but not a single mandated roster.
Accredited vs CREST/ISO-credentialed - when each applies
- You need a DESC-accredited provider when the systems or data are Dubai government or semi-government. Full stop. CREST or ISO on their own do not substitute.
- A CREST/ISO-credentialed provider is the right bar for NESA, ADHICS, and financial-sector testing, where regulators want demonstrable competence but no central list.
- The ideal provider for a multi-mandate Dubai firm holds Cyber Force accreditation and CREST-grade credentials - so one engagement can satisfy the Dubai government track while meeting the quality bar the other regulators expect. For a curated view of firms operating at this level, see our roundup of the best penetration testing companies in UAE.
Choosing an accredited DESC pentest provider
Once you know accreditation is the gate, vendor selection becomes a verification exercise, not a beauty contest. Run your RFP and your gut against these.
RFP questions that confirm DESC readiness
- “Are you currently on the DESC Cyber Force accredited list? Provide evidence of present standing.”
- “Show a redacted report from a comparable DESC ISR v3.1 engagement so we can see your reporting format.”
- “How do you structure deliverables to the DESC reporting format - risk ratings, evidence, remediation, re-test confirmation?”
- “How do you map our assets to the quarterly VA / annual pentest / bi-annual critical-infra cadence?”
- “Is re-test verification of high and critical findings included, and how is closure evidenced for DESC review?”
Red flags
- The vendor cannot produce current accreditation evidence, or waves away the question with “we work with DESC-accredited partners.”
- No example of a DESC-format report - only a generic template.
- Quoted as a fixed-price 48-hour automated scan. That is not a DESC-acceptable penetration test.
- The firm cannot name the qualified individuals who will run your test.
These are the same instincts a careful buyer applies to any penetration testing engagement in UAE - accreditation just raises the floor.
What a DESC-ready engagement looks like
A DESC-ready package is unmistakable: scoping that classifies assets against ISR v3.1 tiers; testing delivered by named, accredited testers; a report in DESC format with risk ratings, proof of exploitation, business impact, and clear remediation; and a re-test confirmation that closes out high and critical findings with an audit trail you can hand to DESC. Wrapped in a recurring cadence, that becomes a security retainer that keeps you continuously compliant rather than scrambling before each deadline.
For suppliers whose scope also reaches federal systems, pair this with our NESA penetration testing guide and the ISR/TDRA explainer to map every mandate in one pass.
Engage an accredited provider for a DESC-compliant pentest
If you supply Dubai government or semi-government entities, the path is clear: confirm your provider’s Cyber Force standing, map your assets to the ISR v3.1 cadence, and run a recurring program that produces DESC-format evidence you can defend on review. Getting this wrong is not a line-item; it is your authorization to keep working with Dubai government.
pentest.ae scopes and delivers DESC-aligned penetration testing for Dubai government suppliers, with DESC-format reporting, asset-to-cadence mapping, and re-test verification built into every engagement.
Book a free 30-minute discovery call to scope a DESC-compliant pentest and a 12-month ISR v3.1 testing calendar with a pentest.ae security researcher.
Frequently Asked Questions
Do Dubai government suppliers need a DESC-accredited penetration testing provider?
Yes. Since 2024, only DESC Cyber Force-accredited providers may legally deliver penetration testing to Dubai government and semi-government entities. If you are a supplier or contractor handling Dubai government systems or data, the test must come from a firm on the current Cyber Force accredited list. Engaging a non-accredited vendor means the test may be rejected during DESC review and your authorization as a supplier can be put at risk.
What is DESC Cyber Force accreditation?
DESC Cyber Force is the Dubai Electronic Security Center's authorized-provider scheme for offensive security services. Accreditation vets a firm's testing methodology, individual tester competency, and reporting standards against DESC's requirements. Only accredited firms are permitted to deliver penetration testing to Dubai government and semi-government bodies. It is a credibility filter: it tells a Dubai entity that the provider's people, process, and deliverables meet the standard DESC will accept on audit.
How often does DESC ISR v3.1 require penetration testing?
DESC ISR v3.1 sets a layered cadence: a quarterly vulnerability assessment, an annual external penetration test, and bi-annual penetration testing of critical infrastructure. Standard suppliers follow the quarterly-VA-plus-annual-pentest baseline, while critical-infrastructure operators owe the additional six-monthly deep testing. Each tier must produce DESC-format reports with risk ratings, remediation evidence, and a re-test confirmation that closes out high and critical findings.
What is the difference between DESC and NESA penetration testing requirements?
DESC governs Dubai government and semi-government entities and runs the Cyber Force accredited-provider scheme under the ISR v3.1 standard. NESA (now under the federal SIA) sets the UAE Information Assurance Standards that apply to federal entities and national critical infrastructure. NESA does not run a Cyber Force-style authorized-provider list; it mandates testing through its IA controls. A Dubai government supplier that also touches federal systems can face both at once, so scope each mandate separately.
Can a non-accredited company do penetration testing for Dubai government?
No. For Dubai government and semi-government entities, penetration testing must be delivered by a DESC Cyber Force-accredited provider. A non-accredited firm - even one holding CREST or ISO 27001 - cannot satisfy the requirement on its own. Its report may be refused during DESC review, forcing a re-test and exposing the supplier to authorization risk. Always confirm the provider's current standing on the Cyber Force list before signing.
Find It Before They Do
Book a free 30-minute security discovery call with our AI Security experts in Dubai, UAE. We identify your highest-risk AI attack vectors - actionable findings in days.
Talk to an Expert