nerdexam
Microsoft

SC-300 · Question #58

You need to configure app registration in Azure AD to meet the delegation requirements. What should you do? To answer, select the appropriate options in the answer area. NOTE: Each correct selection…

The correct answer is Azure AD tenant-level setting to modify:: Users can consent to apps accessing company data on their behalf; Role to assign to User1:: Application developer. Dropdown 1: Azure AD tenant-level setting to modify Correct: Allow users to register application Why this is correct This is a Yes/No toggle in Azure AD > User Settings. The requirement explicitly states: "Prevent nonprivileged users from registering applications." Setting this…

Submitted by anna_se· Mar 6, 2026Implement access management for apps
Case Study ScenarioShared context for this question
Case Study 2 - Litware, Inc Overview Litware, Inc. is a pharmaceutical company that has a subsidiary named Fabrikam, Inc. Litware has offices in Boston and Seattle, but has employees located across the United States. Employees connect remotely to either office by using a VPN connection. Existing Environment. Identify Environment The network contains an Active Directory forest named litware.com that is linked to an Azure Active Directory (Azure AD) tenant named litware.com. Azure AD Connect uses pass-through authentication and has password hash synchronization disabled. Litware.com contains a user named User1 who oversees all application development. Litware implements Azure AD Application Proxy. Fabrikam has an Azure AD tenant named fabrikam.com. The users at Fabrikam access the resources in litware.com by using guest accounts in the litware.com tenant. Existing Environment. Cloud Environment All the users at Litware have Microsoft 365 Enterprise E5 licenses. All the built-in anomaly detection policies in Microsoft Cloud App Security are enabled. Litware has an Azure subscription associated to the litware.com Azure AD tenant. The subscription contains an Azure Sentinel instance that uses the Azure Active Directory connector and the Office 365 connector. Azure Sentinel currently collects the Azure AD sign-ins logs and audit logs. Existing Environment. On-premises Environment The on-premises network contains the servers shown in the following table. Both Litware offices connect directly to the internet. Both offices connect to virtual networks in the Azure subscription by using a site-to-site VPN connection. All on-premises domain controllers are prevented from accessing the internet. Requirements. Delegation Requirements Litware identifies the following delegation requirements: Delegate the management of privileged roles by using Azure AD Privileged Identity Management (PIM). Prevent nonprivileged users from registering applications in the litware.com Azure AD tenant. Use custom catalogs and custom programs for Identity Governance. Ensure that User1 can create enterprise applications in Azure AD. Use the principle of least privilege. Requirements. Licensing Requirements Litware recently added a custom user attribute named LWLicenses to the litware.com Active Directory forest. Litware wants to manage the assignment of Azure AD licenses by modifying the value of the LWLicenses attribute. Users who have the appropriate value for LWLicenses must be added automatically to a Microsoft 365 group that has the appropriate licenses assigned. Requirements. Management Requirements Litware wants to create a group named LWGroup1 that will contain all the Azure AD user accounts for Litware but exclude all the Azure AD guest accounts. Requirements. Authentication Requirements Litware identifies the following authentication requirements: Implement multi-factor authentication (MFA) for all Litware users. Exempt users from using MFA to authenticate to Azure AD from the Boston office of Litware. Implement a banned password list for the litware.com forest. Enforce MFA when accessing on-premises applications. Automatically detect and remediate externally leaked credentials. Requirements. Access Requirements Litware identifies the following access requirements: Control all access to all Azure resources and Azure AD applications by using conditional access policies. Implement a conditional access policy that has session controls for Microsoft SharePoint Online. Control privileged access to applications by using access reviews in Azure AD. Requirements. Monitoring Requirements Litware wants to use the Fusion rule in Azure Sentinel to detect multi-staged attacks that include a combination of suspicious Azure AD sign-ins followed by anomalous Microsoft Office 365 activity.

Question

You need to configure app registration in Azure AD to meet the delegation requirements. What should you do? To answer, select the appropriate options in the answer area. NOTE: Each correct selection is worth one point. Answer:

Answer Area

  • Azure AD tenant-level setting to modify:Users can consent to apps accessing company data on their behalf
    Allow users to register applicationUsers can consent to apps accessing company data on their behalfUsers can request admin consent to apps they are unable to consent to
  • Role to assign to User1:Application developer
    Application administratorApplication developerCloud application administrator

How the community answered

(1 responses)
  • Allow users to register application|Application administrator
    100% (1)

Explanation

Dropdown 1: Azure AD tenant-level setting to modify

Correct: Allow users to register application

Why this is correct

This is a Yes/No toggle in Azure AD > User Settings. The requirement explicitly states: "Prevent nonprivileged users from registering applications." Setting this to No blocks all non-admin users from registering apps - directly satisfying the requirement. This is the tenant-wide gate for self-service app registration.

Why the others are wrong

OptionWhy wrong
Users can consent to apps accessing company data on their behalfControls OAuth2 consent, not app registration. Modifying this doesn't prevent users from creating new app registrations.
Users can request admin consent to apps they are unable to consent toControls the admin consent workflow - whether users can submit consent requests. Unrelated to registering apps.

Dropdown 2: Role to assign to User1

Correct: Application developer

Why this is correct

The Application developer role is specifically designed for this exact scenario. It grants the ability to create app registrations and enterprise applications even when the "Allow users to register application" tenant setting is set to No. It is the least privileged role that satisfies the requirement, honoring the principle of least privilege stated in the case study.

Why the others are wrong

OptionWhy wrong
Application administratorCan manage all aspects of app registrations, enterprise apps, and Application Proxy settings, plus grant tenant-wide admin consent. Far more privilege than needed - violates least privilege.
Cloud application administratorSame as Application administrator but without App Proxy management. Still grants broad admin consent and full enterprise app management - still more than needed.

Key Technical Concept

This question tests the interplay between:

  1. Tenant-level user settings (a broad on/off switch for self-service registration)
  2. Role-based exceptions (the Application developer role is explicitly designed to bypass the "No" setting for specific trusted users)

This pattern - lock down the broad setting, then grant a scoped role to exceptions - is a standard Azure AD least-privilege design pattern.

Topics

#App registration#Azure AD roles#Least privilege#Delegation

Community Discussion

No community discussion yet for this question.

Full SC-300 Practice