Migrating Default Domain Policy GPO Settings to an Intune Profile
Your network contains an on-premises Active Directory domain and an Azure AD tenant.
The Default Domain Policy Group Policy Object (GPO) contains the settings shown in the following table.
You need to migrate the existing Default Domain Policy GPO settings to a device configuration profile.
Which device configuration profile type template should you use?
Community Insight
The question tests which Intune profile template mirrors Default Domain Policy password/account-lockout settings; the trap is reflexively picking Administrative Templates simply because the source is a GPO.
When the on-premises Default Domain Policy GPO holds password, lockout and sign-in settings, those map to Intune's Device restrictions device configuration template, whose Password node exposes equivalent Windows settings. This page explains why Device restrictions is the correct template type rather than Administrative Templates, Endpoint protection, or Custom when migrating those specific GPO values.
Most learners pick A, Administrative Templates, assuming that any GPO migration must use the GPO-like template — but the Default Domain Policy carries password, lockout and Kerberos security settings, not ADMX-backed administrative template settings, and Administrative Templates profiles have largely been superseded by the Settings Catalog.
Community Discussion (70 comments)
Comments & Corrections
No comments yet — spotted an error or have a note? Share it below.
Expert Analysis
Why the Answer Is Correct
The Default Domain Policy is the container for the password policy, account lockout and related sign-in security settings shown in the exhibit, and Intune exposes those same knobs under the Device restrictions profile type on the Password page (minimum password length, complexity, history, lockout threshold and duration, and whether local Windows accounts are affected). Choosing the Device restrictions template therefore reproduces the migrated GPO values with a supported, non-custom profile that Microsoft still maintains. As krzysztofbr pointed out, "inside device restrictions, You have password settings" and the referenced Microsoft device-restrictions documentation lists exactly that Password section. That makes C the defensible answer for these specific Default Domain Policy settings.Why the Other Options Are Wrong
A, Administrative Templates, is the intuitive but flawed pick: Administrative Templates profiles mirror ADMX-backed computer/user configuration settings (Windows components, explorer, system), while password and account lockout policies are Group Policy security settings that were never ADMX templates, and as ModernoDecor noted, "Today it is Settings Catalog (Administrative Templates is retired)." B, Endpoint protection, targets Defender Firewall, BitLocker, antivirus, Exploit Guard and Windows Hello for Business baselines — it has no general password-length or lockout controls. D, Custom, would require hand-building an OMA-URI payload, which is unnecessary and unsupported when a first-party template already provides the setting; custom profiles are a last resort, not a migration strategy.Community Comment Notes
Commenters were split, with volto and krzysztofbr insisting on Device restrictions and pointing to the password documentation, while iTomi, LionelDerBoven, RomanV, HueCumber, 7a9c653, ModernoDecor and RJTW070 argued for Administrative Templates on the grounds that GPO migration flows start with Group Policy analytics. iTomi's process note is directionally useful — "Import and analyze your on-premises GPOs using Group Policy analytics" — but the analytics workflow actually produces Settings Catalog items, not the legacy Administrative Templates profile type, so it does not make A correct here. RomanV's emphasis on the word MIGRATE is well taken, yet migration intent does not change the fact that the exhibit's password settings live in the Device restrictions template.Official Reference
Exam Strategy
Read the exhibit first: if it lists password, lockout or sign-in requirements, the mapping is the Device restrictions profile's Password node, not Administrative Templates. Reserve Administrative Templates for ADMX-backed Windows setting examples, Endpoint protection for security baselines, and Custom for settings no template covers.
Frequently Asked Questions
Why isn't Administrative Templates the right template for migrating the Default Domain Policy GPO?
Administrative Templates profiles mirror ADMX-backed settings, but Default Domain Policy holds password, lockout and Kerberos security settings, which are not ADMX templates — and those profiles have been superseded by the Settings Catalog.
Does the Device restrictions Password page cover account lockout as well as password length?
Yes. The Windows 10/11 Device restrictions template includes a Password node with minimum password length, complexity and history plus lockout threshold, duration and counter reset options.
Related Analysis
Practice All MD-102 Questions
Access 92 questions with complete answers and detailed explanations.
View Full MD-102 Practice Test →