GSMA eSIM Discovery lets a device automatically find the correct operator profile at first power on through a discovery server, so the flow feels seamless to the user. Unique QR code activation gives the customer a code that contains the SM-DP+ URL, which they scan to download the profile. Discovery is more transparent, while QR codes are simpler to deploy.
How GSMA eSIM Discovery changes the first activation step
GSMA eSIM Discovery changes the activation journey from user-led setup to device-led discovery. At first power on, the device can contact a discovery service, locate the correct operator profile, and continue without asking the customer to manually choose a carrier or type in activation details. That reduces friction, but it also makes the discovery path part of the trust boundary.
A practical way to think about it is that discovery optimises the first mile of provisioning, not the profile download itself. The device still needs to reach the right remote provisioning components, and the operator still has to make sure the discovery response points to the intended subscription path. The eSIM and Remote SIM Provisioning Security Guide is the best anchor for the wider security model around that flow.
Because the user does less, the system must do more correctly. Discovery is most valuable when you want a smoother customer experience across regions, device types, or retail channels, and when you want to reduce mistakes caused by manual entry. It is less about secrecy than about orchestration: the device finds the operator, then the provisioning system still has to establish the subscription securely.
How unique QR code activation works in practice
Unique QR code activation is a more direct enrolment method. The customer scans a QR code that contains the SM-DP+ address, which tells the device where to request the eSIM profile. The code is effectively a bootstrap credential for the provisioning flow, so the practical security question is how the code is issued, protected, and consumed.
This method is operationally simpler because it avoids a discovery lookup step and can be distributed through retail packs, emails, device inserts, or support channels. The trade-off is that the QR code becomes a sensitive activation artifact. If the code is copied, forwarded, or intercepted, it can be reused to trigger unwanted profile download attempts unless the operator has built in strong controls around one-time use, expiry, and binding to the intended customer journey.
In that sense, QR activation is easier to roll out but more exposed to handling errors and social engineering. The QR Code Phishing (Quishing) Guide is useful here because the same user behaviour, scanning a code to reach a destination, is what attackers try to exploit when they fake or redirect QR-based journeys.
Which approach is better depends on the deployment constraint
The real difference is not just transparency versus simplicity. Discovery is better when you want the device experience to adapt automatically and reduce customer effort at first power on. Unique QR activation is better when you want a straightforward, low-friction deployment model that support teams and retailers can handle consistently.
Discovery also works best when the operator can maintain the discovery service reliably and keep the downstream provisioning path accurate. QR codes work best when the issuance process is tightly controlled and the activation code is treated as a sensitive delivery mechanism. In both cases, the quality of the trust chain matters more than the front-end convenience.
If you are comparing them from an identity and access angle, the distinction is between a dynamic discovery step and a pre-issued activation token. A QR code is simpler to distribute, but it can be exposed earlier in the lifecycle. Discovery is more seamless, but it depends more heavily on correct service routing and provisioning logic. The Cross-Device Flow Security Guide is relevant because it explains why cross-device handoffs are often the point where convenience and trust assumptions collide.
Risk and Threat Considerations
Both models can fail if the activation artifact or discovery path is abused. With QR activation, the main risk is code capture, forwarding, or spoofing, which can redirect the user into an unintended provisioning flow or expose the activation process to fraud. With discovery, the main risk is trust in the discovery service itself, because a bad response or misrouted path can send the device to the wrong provisioning destination.
Failure mechanism: A QR code is copied, reused, or replaced, or the discovery path is manipulated so the device reaches an illegitimate or incorrect provisioning endpoint.
Impact: The customer may download the wrong profile, lose activation confidence, or expose the enrolment flow to account takeover, fraud, or support burden.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST SP 800-53 Rev 5 and CIS Controls v8 set the technical controls, while ISO/IEC 27001:2022 defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-53 Rev 5 | IA-9 — Identification and Authentication (Service and Workgroup Devices) | eSIM activation and discovery both depend on device-to-service authentication. |
| IA-5 — Authenticator Management | QR activation codes function like authenticators and need lifecycle controls. | |
| AC-6 — Least Privilege | Provisioning and support workflows should limit who can trigger or alter activation paths. | |
| Recommendation — Enforce IA-9 to authenticate provisioning endpoints and bound device-to-service trust. Manage activation secrets with IA-5 to limit reuse, exposure and lifetime. Apply AC-6 to minimize who can create, modify or reuse provisioning artifacts. | ||
| CIS Controls v8 | CIS-6 — Access Control Management | Activation codes and discovery paths need controlled issuance and limited reuse. |
| Recommendation — Restrict activation-code issuance and revocation paths under CIS-6. | ||
| ISO/IEC 27001:2022 | A.8.5 — Secure authentication | Activation flows require secure authentication between device, discovery service and provisioning server. |
| Recommendation — Implement A.8.5 to protect eSIM activation and discovery authentication. | ||
Practitioner Guidance
What to verify: Treat the activation method as part of the control design, not just the user experience. Verify who issues the QR code, how long it remains valid, whether it is single-use, and how you detect abnormal reuse or failed downloads. For discovery, verify that the discovery service is authoritative and that the operator mapping cannot be silently altered.
Decision rule: If the deployment problem is scale and customer friction, discovery usually gives the better end-user experience. If the deployment problem is operational simplicity across retail or support channels, unique QR activation is often easier to execute, but it needs stronger handling discipline around issuance and expiry.
Practitioner takeaway: The safest deployment is the one that matches the trust model to the channel, because the convenience of eSIM activation is only useful when the path to the profile is both reliable and hard to misuse.
Related resources from NHI Mgmt Group
Deepen Your Knowledge
Free weekly newsletter
Subscribe to the NHI & AI Identity Journal
The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.
Bonus 33% off our NHI Course when you subscribe.
Reviewed and updated by the NHIMG editorial team on October 31, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org