Skip to content

The UAE’s fraud rules: CBUAE and the move off SMS OTP

UAE banks have been moving authentication off SMS and email one-time codes since 25 July 2025, as reported. One dated rule is mapped here, with its status and public source, to the controls it calls for and the DeepID modules that support them. DeepID supports compliance and never guarantees it.

On this page

The rails and the IDs.

Real-time rail
Aani
Regulators
CBUAE
National ID
UAE PASS
Mobile operators in this market
e&, du

Named for orientation. Which routes are live with which operator is confirmed with you before a pilot.

Currency
AED
Phone format
+971 50 ••• •567
Payee format
AE07 •••• 4421
Amounts in examples
AED 120,000, AED 60 and a limit of AED 1,000

Phone numbers, payees and amounts are the illustrative values this site uses for the UAE.

Dated rules.

Each rule with its date, its status, what it asks of a bank and the controls it calls for. A proposal is listed for what it would touch, and never marks the map.

  1. SMS and email OTP replaced by in-app authentication

    Reported

    CBUAEFrom 25 Jul 2025

    Banks move authentication for transactions and enrolment off SMS and email one-time codes and into their own apps, from 25 July 2025, with a full phase-out reported for March 2026.

    Calls for: Beyond SMS OTP.

    Source: Gulf News (New rule: UAE banks to stop sending OTPs via SMS and email from July 25, opens in a new tab), 2025, press report

Control mapping.

Each control the rule map tracks, whether a rule in the UAE calls for it, and the DeepID modules that support it.

ControlIn the UAEDeepID modules and how they support it
Bind the customer to the phoneNot mapped yetSIM and device binding, Device intelligenceSIM and device binding at onboarding and re-binding on change, with the number confirmed by the network and device integrity read every session.
Move beyond SMS OTPRule mappedSilent network verification, Liveness and face matchOne-tap login that tries the network check and the SIM check before any one-time code, and face checks with injection defence where identity is in doubt.
Check risk at every key eventNot mapped yetDevice intelligence, Behavioural biometrics, Scam signals, Payee and mule graph, One decision, with reasonsDevice, behaviour, scam and payee signals read at login, new payee and payment, returned as one decision with its reasons.
Cool off and holdNot mapped yetSIM and device binding, One decision, with reasonsCool-off and hold decisions after a new device, SIM or payee, or when a payment looks coerced, set per market and journey.
Find and stop mule accountsNot mapped yetPayee and mule graphA payee and mule graph across accounts and devices, with recipient risk scored before the payment is sent.
The bank pays when controls failNot mapped yetOne decision, with reasonsDecision logs with their reasons and the message shown to the customer, and versioned policies, as evidence of what the bank did.

Not mapped yet means no rule is mapped to that control here, not that no rule exists. DeepID supports compliance and never guarantees it, and it claims no regulator approval.

Where the loss falls.

No loss-sharing rule is mapped for the UAE yet. The complaint and the case review still land with the bank.

Liability, market by market

See DeepID on a real phone.

We show your fraud, security and engineering leads how DeepID would run your sign-up, login or payment journey, then plan a pilot on your own traffic.