Cover of Workload Identities and App Registrations with Microsoft Entra ID
Microsoft Entra Field Guides

Workload Identities and App Registrations with Microsoft Entra ID

Managed identities, service principals, enterprise applications, and SSO, for identity administrators and developers

This is the companion page for Workload Identities and App Registrations with Microsoft Entra ID. If the book is in your hands, start with the placement quiz: it tells you which chapters to read first. The chapter map, the hardest SC-300 questions answered in full, and the topics sitting just outside the book are all on this page.

Get the book on Amazon See where you are

What this guide covers

The breach rarely starts with a misconfigured Conditional Access policy. It starts with a three-year-old client secret sitting in a public repo, attached to an app nobody remembers registering. Workload identities, the identities your software uses to authenticate, cannot perform MFA, usually have no lifecycle owner, and have to keep a credential somewhere. That is the whole problem, and it is why they have become one of the surfaces attackers reach for when they want quiet, durable access to a tenant.

Microsoft Learn documents every piece of the answer, but it scatters them across dozens of pages and never connects them. This book is the account I wanted the first time I had to explain, in a real tenant, why deleting an app registration also kills its service principal, which controls require Workload ID Premium (a standalone add-on license, separate from any Microsoft 365 or Microsoft Entra ID P2 plan you already own) and which the Free edition already covers, and why a one-character typo in a federated credential subject fails with no error at all. It walks application objects, service principals, and managed identities as one system, names the silent failure modes before you hit them, and draws the license line clearly so you know what you are paying for.

Every limit, license boundary, and portal path is grounded against current Microsoft Learn and validated in a live Microsoft 365 E5 lab. You do not need production Azure infrastructure to follow along; a trial tenant and a single test resource are enough.

Chapter map

  1. The Workload Identity Model: Concepts, Stack, and Exam Scope
  2. Licensing and Prerequisites: Free vs. Workload ID Premium
  3. Choosing a Workload Identity: Managed Identities, Service Principals, and Service Accounts
  4. Managed Identities in Practice: Enabling, Assigning, and Using Them
  5. Application Objects and Service Principals: The Registration Model
  6. App Authentication: Secrets, Certificates, and Federated Identity Credentials
  7. API Permissions: Delegated, Application, Admin Consent, and the Consent Framework
  8. App Roles: Defining, Assigning, and Consuming Authorization in Tokens
  9. Enterprise Applications: SSO Modes, User Assignment, and App Visibility
  10. User and Group Provisioning: SCIM, Automatic Provisioning, and Lifecycle Management
  11. On-Premises App Publishing with Application Proxy
  12. Conditional Access App Control and Defender for Cloud Apps Session Policies
  13. Securing Workload Identities: Conditional Access, ID Protection, Credential Governance, and the Production Checklist

Appendices: PowerShell and Graph Quick Reference; Build a Lab Tenant; Production Readiness Checklist.

Who it is for

This book is for the administrators and engineers who own app registrations, enterprise applications, and managed identities in a Microsoft Entra tenant, for developers whose applications have to authenticate against it, and for anyone preparing for SC-300 (Microsoft Identity and Access Administrator) who wants the workload-identity material at a depth the exam objectives only hint at.

See where you are

7 questions from this guide's territory (3 easy, 4 medium), with the explanation after each. Nothing is stored and nothing is sent anywhere.

The rest of Microsoft Entra Field Guides

One product per book, a lab appendix in every one, and a companion page like this one for each.

  • Cover of Authentication and Conditional Access with Microsoft Entra ID
    Field guide

    Authentication and Conditional Access with Microsoft Entra ID

    Most sign-in lockouts and silent MFA gaps do not trace to one wrong setting.

  • Cover of Microsoft Entra ID Fundamentals Field Guide
    Field guide

    Microsoft Entra ID Fundamentals Field Guide

    Most Microsoft Entra ID problems are not bugs. They are gaps the portal never warns you about.

  • Cover of Hybrid Identity and Global Secure Access with Microsoft Entra ID
    Field guide

    Hybrid Identity and Global Secure Access with Microsoft Entra ID

    Hybrid identity runs on two planes. Synchronization moves identity objects from Active Directory into Microsoft Entra ID; authentication decides whether a credential is valid at sign-in.

  • Cover of Identity Governance with Microsoft Entra ID
    Field guide

    Identity Governance with Microsoft Entra ID

    Knowing what each governance pillar does is the easy part. Knowing how the four break in production is the part the portal blades never tell you.

The hard set (2 questions)

The hardest SC-300 questions this guide publishes, none of them repeated from the placement quiz above: the answer first, why every other option is wrong, and the Microsoft Learn page behind it. The practice book for this exam holds the full bank.

You are documenting how apps obtain permissions in your tenant. One app is a single-page app that requests additional delegated scopes incrementally as the user opens new features; another is a daemon that uses application permissions. Which statement correctly describes the consent behavior and the resulting Microsoft Graph objects?

Correct answer: B. Delegated permissions support both static and dynamic consent and produce an oauth2PermissionGrant; application permissions are static-only and produce an appRoleAssignment.

Delegated permissions can be consented statically (a pre-configured list on the app registration) or dynamically (requested incrementally at sign-in) and, when granted, create an oauth2PermissionGrant. Application permissions can be consented only statically and only by an admin; granting them creates an appRoleAssignment.

Why the other options are wrong:

  • A. Only delegated permissions support dynamic/incremental consent; application permissions are static-only.
  • C. It is reversed: delegated permissions (scopes) surface in the scp claim, and application permissions (app roles) surface in the roles claim.
  • D. Permission classifications (low impact) apply only to delegated permissions eligible for user consent; application permissions always require admin consent.

Memory hook: Delegated = scopes/scp + oauth2PermissionGrant (static or dynamic); Application = roles + appRoleAssignment (static, admin-only).

Microsoft Learn: Permissions consent overview

An on-premises SharePoint site uses Integrated Windows Authentication (Kerberos). You publish it through application proxy and want seamless SSO so users already authenticated by Microsoft Entra ID are silently signed in to SharePoint. You select the Integrated Windows Authentication SSO mode with Kerberos Constrained Delegation (KCD). Which prerequisite must be true for the connector to obtain a Kerberos ticket on the user's behalf?

Correct answer: B. The server running the connector and the server running the app must be domain-joined to the same domain or trusting domains.

KCD-based SSO requires the connector host to be domain-joined (same domain as the app server or a trusting domain) so it can perform constrained delegation and request a Kerberos service ticket while impersonating the user. Valid SPNs must exist and the connector must be trusted for delegation to the app's SPN.

Why the other options are wrong:

  • A. IWA/Kerberos apps are precisely what KCD SSO is for; you do not convert them to SAML.
  • C. KCD delegation depends on Active Directory membership; a workgroup connector cannot request Kerberos tickets on a user's behalf.
  • D. SSO with KCD requires Microsoft Entra ID preauthentication, not Passthrough; choosing Passthrough removes the SSO options entirely.

Memory hook: KCD = Kerberos needs a domain. Connector must be domain-joined and trusted to delegate.

Microsoft Learn: Configure SSO with kcd

Exam prep? The SC-300 sampler scores you by topic and points you to the guide behind each miss.

Take the SC-300 sampler Every SC-300 practice question, with explanations