BroadNet
Protocols BroadNet answer

eUICC security domains — ISD-R, ISD-P, MNO-SD, ECASD

Last reviewed 2 min readReviewed by BroadNet engineering
Quick answer

Inside an eUICC, every cryptographic key and every profile is isolated inside a Security Domain — a logical container with its own keys, its own access rules, and its own privileges. The four domains that matter for eSIM Remote SIM Provisioning are ISD-R (the boss), ISD-P (per-profile), MNO-SD (operator OTA), and ECASD (the certificate root). Understanding them is the difference between debugging an eSIM failure in an hour and debugging it in a week.

Plain-language definitionVendor-neutralReviewed May 28, 2026
The long answer

Everything worth knowing, nothing that isn't.

§01

What each domain does

ISD-R (Issuer Security Domain — Root) is the master controller. It is created at eUICC manufacture by the EUM (eUICC Manufacturer), holds the keys used to install and manage profiles, and is the only entity that can create or delete ISD-Ps. ISD-P (Issuer Security Domain — Profile) is the per-operator container; one ISD-P per installed profile, isolated by domain keys derived during profile download. MNO-SD (Mobile Network Operator Security Domain) lives inside each ISD-P and holds the operator's OTA (over-the-air) keys for post-install profile updates — file system changes, applet pushes, parameter tweaks via SCP80/SCP81. ECASD (Embedded UICC Controlling Authority Security Domain) holds the GSMA Certificate Issuer (CI) root certificates that anchor every signature check the eUICC performs.

§02

Why it matters commercially

Domain ownership maps directly to commercial responsibility. The EUM owns ISD-R (and therefore controls which SM-DP+ servers can talk to the device unless authorised). The operator owns MNO-SD inside its own ISD-P. GSMA owns ECASD through the CI certificate chain. When something goes wrong — a profile won't install, an OTA push fails, a certificate expires — knowing which domain owns the failure tells you which party to escalate to. Get this wrong and you spend three weeks blaming the operator for an EUM issue.

§03

Operational angle

Most production eSIM failures trace to one of four patterns: (a) ISD-R key set out-of-date because the EUM rotated and didn't sync to the SM-DP+; (b) ISD-P creation failing due to memory pressure on a chip with too many profiles; (c) MNO-SD OTA push rejected because the operator changed the OTA keyset without informing the SM-SR; (d) ECASD certificate chain check failing because an intermediate CI certificate expired. BroadNet's eSIM VSM platform monitors all four classes and alerts operators ahead of expiry/sync issues.

§04

Privacy and compliance considerations

Security-domain keys are the crown jewels of the eSIM ecosystem. Their custody, rotation, and ceremony are exactly what GSMA SAS-SM (/answers/sas-sm-certification) audits. Customer data inside an ISD-P (IMSI, MSISDN, file system contents) is encrypted at rest inside the secure element and never leaves except as authenticated signalling. For PDPL/GDPR scope, the domain isolation itself is a technical guarantee that one operator's customer data is not visible to another operator on the same chip.

BNWritten by the BroadNet engineering team·Operating carrier-grade messaging since 2003, headquartered in Dubai·Editorial standards
Build with this

Need help wiring this up?

The pages below are the products and integration guides that put this concept on the wire. If you'd rather walk through it live, our engineering team takes calls same-day during MENA working hours.

Talk to our engineering team
Feedback

Was this answer helpful?

Your vote helps us prioritise which answers to expand with examples, diagrams, and code snippets.

Was this answer helpful?
Thanks — noted. We'll keep this answer maintained.
Got it. Tell us what was missing — send a quick note.

How we write and review content

Still need help?

Talk to a real engineer about your build.

We reply within one business day, and production accounts get 24/7 support. Our solutions engineers ship code, not scripts.

$ curl -X POST https://api.broadnet.me/sms/sendSms
Response SLA
Test-access requestsReply within 1 business day
Production24 / 7 · < 15 min
Operator NOC24 / 7 · pager