Azure Blueprints lets you define a repeatable set of artifacts-like ARM/Bicep templates, role assignments, and Azure Policy-that you can assign to multiple subscriptions to deploy resources and guardrails consistently.

Explanation:
In Microsoft identity terminology, authentication is the step that proves who the user is when they attempt to sign in. Microsoft Learn defines it plainly: "Authentication is the process of proving the identity of a user, device, or service." By contrast, "Authorization is the process of determining what a user, device, or service can do." During sign-in to Microsoft Entra ID (formerly Azure AD), "the identity provider validates credentials and, upon successful authentication, issues tokens that applications use to grant access." Microsoft further explains the available methods: "Microsoft Entra ID supports multiple authentication methods, including passwords, multi-factor authentication, FIDO2 security keys, certificate-based authentication, and federated authentication." Auditing and administration are not the mechanisms that verify identity at sign-in. Auditing "records security- relevant events for investigation and compliance," while administration "refers to configuring and managing identities, access policies, and settings." Therefore, in the sentence "When users sign in, _____ verifies their credentials to prove their identity," the correct completion is authentication, because it is the control that validates the user's credentials and establishes identity before any authorization decisions are made.

Explanation:

Microsoft describes hybrid identity as integrating on-premises Active Directory with Microsoft Entra ID (Azure AD) so that "your on-premises identities are synchronized to Azure AD" for a single identity across cloud and on-prem apps. In this model, directory objects (users, groups, and selected attributes) flow from on- premises AD to Azure AD using Azure AD Connect or Cloud Sync; this is the canonical direction for provisioning in hybrid environments. Microsoft further explains that while certain writeback features (such as password writeback, device or group writeback scenarios) are supported, cloud-created users do not automatically sync down to on-premises AD; account provisioning remains authoritative on-prem unless you deploy specific, limited writeback features-there is no default "user account creation from Azure AD to AD DS." For authentication, Microsoft states that hybrid identity supports cloud authentication (Password Hash Synchronization or Pass-through Authentication) where Azure AD performs the sign-in, or federation with another identity provider (e.g., AD FS or a third-party IdP) where that provider validates credentials and issues tokens to Azure AD. These statements align with Microsoft's SCI guidance on hybrid identity: on-prem to cloud sync is standard; automatic reverse user sync is not; and authentication can be handled by Azure AD or a federated IdP depending on the chosen sign-in method.

Explanation:

Microsoft Entra Access Reviews are designed to help organizations regularly validate and right-size access.
Microsoft's documentation explains that access reviews can target group memberships, enterprise app assignments, Azure AD roles, and Azure resource roles (via Privileged Identity Management), allowing reviewers to assess whether users, service principals, or groups should retain access to Azure resources- confirming the first statement. Access Reviews support automation: you can configure a review to "Auto- apply results", so when the review ends, users who were denied or not reviewed are automatically removed from the group, application assignment, or role-validating the second statement. Finally, Access Reviews are a Premium P2 capability (now Microsoft Entra ID P2) alongside PIM and advanced identity governance.
They are not included in all service plans; tenants require the appropriate P2 licenses for reviewers and users in scope-therefore the third statement is No.

In Microsoft's SCI guidance, Insider risk management is a Microsoft Purview capability surfaced and administered from the Microsoft Purview compliance portal. The official description states that Insider risk management "helps you minimize internal risks by enabling you to detect, investigate, and act on risky activities in your organization." Microsoft further clarifies access and configuration by directing admins to
"use the Microsoft Purview compliance portal to configure and manage insider risk policies, alerts, and investigations," and that you can "go to the Microsoft Purview compliance portal and select Insider risk management" to start. These statements place the feature squarely in the compliance plane-not the Microsoft
365 admin center (tenant-wide service management), not the Microsoft 365 Defender portal (threat protection and incident response), and not Microsoft Defender for Cloud Apps (app discovery and cloud app protection).
In the SCI learning path, Insider risk is consistently grouped with Microsoft Purview solutions (Information Protection, DLP, eDiscovery, and Audit), emphasizing compliance workflows, risk indicators, policy tuning, and case management. Therefore, the correct completion of the sentence "Insider risk management is configured from the" is the Microsoft Purview compliance portal, where administrators create policies, review alerts, investigate user activity timelines, and take appropriate remediation actions within a compliance- centric experience.