Home / cybersecurity / Microsoft Identity and Access Administrator (SC-300) / Cheat Sheet
Microsoft Identity and Access Administrator (SC-300)

SC-300 Cheat Sheet

SC-300 Tests Least-Privilege Entra Configuration Choices — Not Turning Every Feature On

SC-300 is for admins who run Microsoft Entra day to day. Scenarios name who, which app, from where and at what risk; the shift is choosing the narrowest scope and the setting that actually enforces the outcome.

Check Your Readiness →
Among the harder certs
Avg: Not published by Microsoft
Pass: 750 / 1000
Most candidates understand Microsoft Identity and Access Administrator (SC-300) concepts — and still fail. This exam tests how you apply knowledge under pressure.

SC-300 Domain Map (skills measured October 28, 2026)

Microsoft's study guide shows 25–30% for authentication in its summary but 20–25% in the section heading; the summary figure is used here. Items are configuration scenarios where several settings exist and only one meets the constraint with least privilege or effort. 700/1000 to pass in 100 minutes.

  1. 01
    User identities (20–25%) — administrative units, role-assignable and dynamic groups, cross-tenant access and sync, Connect Sync vs. Cloud Sync, staged rollout
  2. 02
    Authentication and access management (25–30%) — Authentication methods policy, authentication strengths, Conditional Access testing, ID Protection risk, Global Secure Access
  3. 03
    Workload identities (20–25%) — managed identities, federation, app registrations vs. enterprise apps, consent, application proxy, Defender for Cloud Apps
  4. 04
    Identity governance (20–25%) — catalogs and access packages, access reviews, PIM eligible assignments and PIM for Groups, diagnostic settings and KQL

Wrong instinct vs correct approach

A company wants to retire AD FS but only a pilot group may switch to cloud authentication first
✕ Wrong instinct

Convert the federated domain to managed for everyone

✓ Correct approach

Enable password hash sync, then use staged rollout to move selected groups from federation to cloud authentication. Other users keep AD FS until the pilot succeeds, after which the domain converts and AD FS can be decommissioned.

A new Conditional Access block policy must roll out without locking anyone out
✕ Wrong instinct

Enable the policy immediately for all users

✓ Correct approach

Exclude two cloud-only emergency access accounts, run the policy in report-only mode against real sign-ins, and use What If to simulate specific conditions. Every matching policy applies, so check combined effects, not just the first match.

Users must not download Salesforce files on unmanaged devices but compliant devices keep full access
✕ Wrong instinct

Use cloud discovery to block downloads from the app

✓ Correct approach

Route the app through Conditional Access app control with a session control, then create a Defender for Cloud Apps session policy blocking downloads from unmanaged devices. Discovery only analyses logs for visibility and cannot act in-session.

An Azure VM needs to read secrets from Key Vault with nothing to rotate
✕ Wrong instinct

Create an app registration with a client secret

✓ Correct approach

Enable a managed identity on the VM and grant it the narrowest Key Vault RBAC role. Choose user-assigned if several resources share access or redeploy often. A managed identity with no role assignment can authenticate but reach nothing.

Partner contractors need app and SharePoint access that expires automatically and leaves audit evidence
✕ Wrong instinct

Script a quarterly deletion of inactive guest accounts

✓ Correct approach

Create a catalog and access package, add the partner as a connected organization so users can request without invitation, and set expiration plus external user lifecycle removal. Schedule access reviews with auto apply enabled.

Know these cold

  • ▸ Role-assignable groups — ecided at creation, assigned membership only, never dynamic
  • ▸ Teams shared channels use B2B direct connect; no guest object is created
  • ▸ Trust partner MFA in cross-tenant inbound settings to avoid double prompts
  • ▸ Password hash sync keeps cloud sign-in working when on-premises AD is offline; pass-through does not
  • ▸ Connect Sync for device or Exchange hybrid writeback; Cloud Sync for disconnected forests
  • ▸ SSPR for synced users needs password writeback enabled in the sync tool
  • ▸ Application permissions always need admin consent; delegated access is capped by the user's rights
  • ▸ Application proxy publishes web apps; RDP, SMB and SSH need Entra Private Access
  • ▸ PIM eligible assignments activate with MFA, justification and approval; active assignments are standing privilege
  • ▸ Access review results change nothing until auto apply is on or an admin applies them

Can you answer these without checking your notes?

In this scenario: "A company wants to retire AD FS but only a pilot group may switch to cloud authentication first" — what should you do first?
Enable password hash sync, then use staged rollout to move selected groups from federation to cloud authentication. Other users keep AD FS until the pilot succeeds, after which the domain converts and AD FS can be decommissioned.
In this scenario: "A new Conditional Access block policy must roll out without locking anyone out" — what should you do first?
Exclude two cloud-only emergency access accounts, run the policy in report-only mode against real sign-ins, and use What If to simulate specific conditions. Every matching policy applies, so check combined effects, not just the first match.
In this scenario: "Users must not download Salesforce files on unmanaged devices but compliant devices keep full access" — what should you do first?
Route the app through Conditional Access app control with a session control, then create a Defender for Cloud Apps session policy blocking downloads from unmanaged devices. Discovery only analyses logs for visibility and cannot act in-session.

Common Exam Mistakes — What candidates get wrong

Granting tenant-wide roles when an administrative unit scope would do

A regional helpdesk needs Helpdesk or Password Administrator scoped to an administrative unit, not Global Administrator. Restricted management administrative units go further: members can be changed only by admins scoped to that unit, even tenant-level Global Administrators cannot.

Planning a dynamic group and later assigning it a directory role

Role-assignable is set at creation and supports assigned membership only, so attribute edits cannot escalate privilege. Dynamic membership rules need Entra ID P1 and do not update instantly after attribute changes.

Using plain Require MFA when the requirement says phishing-resistant

SMS and voice satisfy the Require multifactor authentication grant. Use the built-in phishing-resistant MFA authentication strength, with passkeys (FIDO2) enabled in the Authentication methods policy and a Temporary Access Pass for onboarding or recovery.

Remediating sign-in risk with a password change, or user risk with MFA

Sign-in risk is about one authentication, so require MFA. User risk means the account may be compromised, such as leaked credentials, so require a secure password change. Build both as risk-based Conditional Access policies rather than legacy ID Protection policies.

Sending Entra logs to a storage account and expecting KQL

Diagnostic settings route logs to Log Analytics for KQL, workbooks and alerts; storage accounts archive only; Event Hubs feed a third-party SIEM. Admin center retention is too short for annual audits. Interactive sign-ins land in the SigninLogs table, not AuditLogs.

Resources to help you pass Microsoft Identity & Access Admin SC-300 on your first attempt

SC-300 rewards the narrowest scope that still enforces the requirement. Check your Entra decisions.