Question 20A file server administrator downloads a utility from an unknown site despite the executable carrying an internet-zone mark and poor reputation. How can administrators make this correction durable through future changes? Require an expiration date and vendor remediation plan for each security mitigation compatibility exception. Restrict LAPS password-read permissions and audit recovery requests after help-desk staffing changes. Publish an approved software catalog and require source validation before installing utilities on privileged Windows servers. Use staged WDAC policy deployment with signed policy changes, exception ownership, and a tested recovery route. ExplanationCorrect Answer C:Publish an approved software catalog and require source validation before installing utilities on privileged Windows servers. This preventive control maintains the intended protection because smartScreen helps identify malicious or low-reputation downloads, but does not replace software provenance and least privilege. The initial action remains: Require reputation-aware SmartScreen checks in the supported user and download workflow, and obtain a signed utility from the authorized vendor. Other Answers A:Per-program mitigation controls allow compatibility exceptions without discarding unrelated security protections for every process. The stronger recurring control is to publish an approved software catalog and require source validation before installing utilities on privileged Windows servers. B:Windows LAPS generates device-specific rotating local credentials, limiting the lateral impact of a single leaked administrator password. A more direct preventive measure is to publish an approved software catalog and require source validation before installing utilities on privileged Windows servers. D:Windows Defender Application Control evaluates code trust against explicit policies, so an untested enforcement change can block legitimate binaries. The lasting safeguard is to publish an approved software catalog and require source validation before installing utilities on privileged Windows servers.
Question 21A security baseline GPO is linked to the domain but a server OU inherits an older override that turns off the configured audit policy. What should the administrator change first to resolve the stated issue? Resolve GPO precedence and security filtering for the server OU, then apply the intended hardened settings with a scoped policy link. Apply the documented supported OSConfig baseline and compare its reported settings with the organization's approved exception register. Enable and validate Windows Defender Credential Guard on supported hardware with the required virtualization-based security protections. Move intended OS hardening settings into an authoritative scoped Group Policy and remove unsupported local exceptions after reviewing resultant policy. ExplanationCorrect Answer A:Resolve GPO precedence and security filtering for the server OU, then apply the intended hardened settings with a scoped policy link. This resolves the observed failure because group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application. A suitable acceptance check is: Run gpresult and inspect resultant audit policy on a target server after policy refresh and reboot where necessary. Other Answers B:OSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored. This failure calls for a decision to resolve GPO precedence and security filtering for the server OU, then apply the intended hardened settings with a scoped policy link. C:Credential Guard isolates supported credential material using virtualization-based boundaries instead of leaving all secrets accessible to LSASS memory scraping. The corrective action for this requirement is to resolve GPO precedence and security filtering for the server OU, then apply the intended hardened settings with a scoped policy link. D:Centralized Group Policy only produces predictable enforcement when precedence, scope, and local change privileges are understood. The required change instead is to resolve GPO precedence and security filtering for the server OU, then apply the intended hardened settings with a scoped policy link.
Question 22A security baseline GPO is linked to the domain but a server OU inherits an older override that turns off the configured audit policy. Which cause-and-effect mechanism best fits this evidence? Centralized Group Policy only produces predictable enforcement when precedence, scope, and local change privileges are understood. Group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application. OSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored. Credential Guard isolates supported credential material using virtualization-based boundaries instead of leaving all secrets accessible to LSASS memory scraping. ExplanationCorrect Answer B:Group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application. The mechanism explains the corrective action: Resolve GPO precedence and security filtering for the server OU, then apply the intended hardened settings with a scoped policy link. The associated validation is: Run gpresult and inspect resultant audit policy on a target server after policy refresh and reboot where necessary. Other Answers A:Centralized Group Policy only produces predictable enforcement when precedence, scope, and local change privileges are understood. In the stated system, group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application. C:OSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored. By contrast, group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application. D:Credential Guard isolates supported credential material using virtualization-based boundaries instead of leaving all secrets accessible to LSASS memory scraping. By contrast, group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application.
Question 23A security baseline GPO is linked to the domain but a server OU inherits an older override that turns off the configured audit policy. What should the engineer check to distinguish success from a superficial fix? Compare gpresult on two similarly classified servers and confirm the final security settings match the approved baseline. Review the OSConfig compliance report and verify that an intentionally changed test setting is flagged as drift. Confirm configured VBS and Credential Guard state, then rerun a controlled credential extraction test against the server. Run gpresult and inspect resultant audit policy on a target server after policy refresh and reboot where necessary. ExplanationCorrect Answer D:Run gpresult and inspect resultant audit policy on a target server after policy refresh and reboot where necessary. This evidence tests whether the team actually completed: Resolve GPO precedence and security filtering for the server OU, then apply the intended hardened settings with a scoped policy link. It addresses the risk because group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application. Other Answers A:Centralized Group Policy only produces predictable enforcement when precedence, scope, and local change privileges are understood. The failure is checked more directly by a test to run gpresult and inspect resultant audit policy on a target server after policy refresh and reboot where necessary. B:OSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored. The relevant acceptance check is to run gpresult and inspect resultant audit policy on a target server after policy refresh and reboot where necessary. C:Credential Guard isolates supported credential material using virtualization-based boundaries instead of leaving all secrets accessible to LSASS memory scraping. A more meaningful verification is to run gpresult and inspect resultant audit policy on a target server after policy refresh and reboot where necessary.
Question 24A security baseline GPO is linked to the domain but a server OU inherits an older override that turns off the configured audit policy. What should be added to the permanent maintenance checklist? Use configuration drift detection and access restrictions to prevent ad hoc local changes from overriding managed server policies. Review OU inheritance, WMI filtering, and GPO link order whenever server organizational units are restructured. Include supported firmware, VBS prerequisites, and Credential Guard status in the Windows Server security baseline. Version Windows Server baselines and validate supported OSConfig behavior during feature updates and gold-image revisions. ExplanationCorrect Answer B:Review OU inheritance, WMI filtering, and GPO link order whenever server organizational units are restructured. This preventive control maintains the intended protection because group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application. The initial action remains: Resolve GPO precedence and security filtering for the server OU, then apply the intended hardened settings with a scoped policy link. Other Answers A:Centralized Group Policy only produces predictable enforcement when precedence, scope, and local change privileges are understood. The lasting safeguard is to review OU inheritance, WMI filtering, and GPO link order whenever server organizational units are restructured. C:Credential Guard isolates supported credential material using virtualization-based boundaries instead of leaving all secrets accessible to LSASS memory scraping. Reducing this risk requires a practice to review OU inheritance, WMI filtering, and GPO link order whenever server organizational units are restructured. D:OSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored. A more direct preventive measure is to review OU inheritance, WMI filtering, and GPO link order whenever server organizational units are restructured.
Question 25A new Windows Server 2025 host passes custom scripts, yet its supported OSConfig security baseline has never been assigned or evaluated. What is the most appropriate action given the observed constraints? Apply the documented supported OSConfig baseline and compare its reported settings with the organization's approved exception register. Resolve GPO precedence and security filtering for the server OU, then apply the intended hardened settings with a scoped policy link. Move intended OS hardening settings into an authoritative scoped Group Policy and remove unsupported local exceptions after reviewing resultant policy. Create a narrow documented application mitigation exception after identifying the failed protection instead of weakening Exploit Protection system-wide. ExplanationCorrect Answer A:Apply the documented supported OSConfig baseline and compare its reported settings with the organization's approved exception register. This resolves the observed failure because oSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored. A suitable acceptance check is: Review the OSConfig compliance report and verify that an intentionally changed test setting is flagged as drift. Other Answers B:Group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application. The required change instead is to apply the documented supported OSConfig baseline and compare its reported settings with the organization's approved exception register. C:Centralized Group Policy only produces predictable enforcement when precedence, scope, and local change privileges are understood. The required change instead is to apply the documented supported OSConfig baseline and compare its reported settings with the organization's approved exception register. D:Per-program mitigation controls allow compatibility exceptions without discarding unrelated security protections for every process. The required change instead is to apply the documented supported OSConfig baseline and compare its reported settings with the organization's approved exception register.
Question 26A new Windows Server 2025 host passes custom scripts, yet its supported OSConfig security baseline has never been assigned or evaluated. What principle explains why the correct response works? Group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application. Centralized Group Policy only produces predictable enforcement when precedence, scope, and local change privileges are understood. Per-program mitigation controls allow compatibility exceptions without discarding unrelated security protections for every process. OSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored. ExplanationCorrect Answer D:OSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored. The mechanism explains the corrective action: Apply the documented supported OSConfig baseline and compare its reported settings with the organization's approved exception register. The associated validation is: Review the OSConfig compliance report and verify that an intentionally changed test setting is flagged as drift. Other Answers A:Group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application. By contrast, oSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored. B:Centralized Group Policy only produces predictable enforcement when precedence, scope, and local change privileges are understood. By contrast, oSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored. C:Per-program mitigation controls allow compatibility exceptions without discarding unrelated security protections for every process. By contrast, oSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored.
Question 27A new Windows Server 2025 host passes custom scripts, yet its supported OSConfig security baseline has never been assigned or evaluated. What observable evidence would verify that the fix succeeded? Run gpresult and inspect resultant audit policy on a target server after policy refresh and reboot where necessary. Compare gpresult on two similarly classified servers and confirm the final security settings match the approved baseline. Review the OSConfig compliance report and verify that an intentionally changed test setting is flagged as drift. Reproduce the application's startup and verify unrelated test processes still retain the organization's required exploit mitigations. ExplanationCorrect Answer C:Review the OSConfig compliance report and verify that an intentionally changed test setting is flagged as drift. This evidence tests whether the team actually completed: Apply the documented supported OSConfig baseline and compare its reported settings with the organization's approved exception register. It addresses the risk because oSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored. Other Answers A:Group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application. The relevant acceptance check is to review the OSConfig compliance report and verify that an intentionally changed test setting is flagged as drift. B:Centralized Group Policy only produces predictable enforcement when precedence, scope, and local change privileges are understood. The relevant acceptance check is to review the OSConfig compliance report and verify that an intentionally changed test setting is flagged as drift. D:Per-program mitigation controls allow compatibility exceptions without discarding unrelated security protections for every process. The relevant acceptance check is to review the OSConfig compliance report and verify that an intentionally changed test setting is flagged as drift.
Question 28A new Windows Server 2025 host passes custom scripts, yet its supported OSConfig security baseline has never been assigned or evaluated. What control should be sustained after the immediate fix? Review OU inheritance, WMI filtering, and GPO link order whenever server organizational units are restructured. Require an expiration date and vendor remediation plan for each security mitigation compatibility exception. Use configuration drift detection and access restrictions to prevent ad hoc local changes from overriding managed server policies. Version Windows Server baselines and validate supported OSConfig behavior during feature updates and gold-image revisions. ExplanationCorrect Answer D:Version Windows Server baselines and validate supported OSConfig behavior during feature updates and gold-image revisions. This preventive control maintains the intended protection because oSConfig can manage Windows Server security baseline settings, but drift visibility requires the baseline to be applied and monitored. The initial action remains: Apply the documented supported OSConfig baseline and compare its reported settings with the organization's approved exception register. Other Answers A:Group Policy processing and link precedence determine resultant machine settings; the existence of a baseline GPO alone does not ensure application. Reducing this risk requires a practice to version Windows Server baselines and validate supported OSConfig behavior during feature updates and gold-image revisions. B:Per-program mitigation controls allow compatibility exceptions without discarding unrelated security protections for every process. Reducing this risk requires a practice to version Windows Server baselines and validate supported OSConfig behavior during feature updates and gold-image revisions. C:Centralized Group Policy only produces predictable enforcement when precedence, scope, and local change privileges are understood. Reducing this risk requires a practice to version Windows Server baselines and validate supported OSConfig behavior during feature updates and gold-image revisions.
Question 29A finance virtualization host exposes sensitive workloads but secured-core features and platform firmware trust are disabled after maintenance. Which next corrective action best addresses this failure? Run the WDAC policy in audit mode, review code integrity events, and add narrowly approved signer rules before enforcing the policy. Create a narrow documented application mitigation exception after identifying the failed protection instead of weakening Exploit Protection system-wide. Validate firmware TPM and virtualization-based security prerequisites, then enable supported secured-core protections through a tested change plan. Configure Credential Guard for guest VMs while leaving the virtualization host’s firmware trust and secured-core protections disabled. ExplanationCorrect Answer C:Validate firmware TPM and virtualization-based security prerequisites, then enable supported secured-core protections through a tested change plan. This resolves the observed failure because secured-core protections use hardware-backed trust and virtualization-based isolation to strengthen the platform boot and runtime boundary. A suitable acceptance check is: Check TPM, Secure Boot, and VBS health reporting and prove critical VMs recover after the maintenance change. Other Answers A:Windows Defender Application Control evaluates code trust against explicit policies, so an untested enforcement change can block legitimate binaries. A more relevant action is to validate firmware TPM and virtualization-based security prerequisites, then enable supported secured-core protections through a tested change plan. B:Per-program mitigation controls allow compatibility exceptions without discarding unrelated security protections for every process. The corrective action for this requirement is to validate firmware TPM and virtualization-based security prerequisites, then enable supported secured-core protections through a tested change plan. D:Configure Credential Guard for guest VMs while leaving the virtualization host’s firmware trust and secured-core protections disabled. Credential Guard can protect supported guest secrets, but securing one guest does not repair the host-wide firmware trust and secured-core configuration left disabled after maintenance.
Question 30A finance virtualization host exposes sensitive workloads but secured-core features and platform firmware trust are disabled after maintenance. Why does the proposed solution address the underlying problem? Secured-core protections use hardware-backed trust and virtualization-based isolation to strengthen the platform boot and runtime boundary. Windows Defender Application Control evaluates code trust against explicit policies, so an untested enforcement change can block legitimate binaries. Per-program mitigation controls allow compatibility exceptions without discarding unrelated security protections for every process. Credential Guard isolates supported credential material using virtualization-based boundaries instead of leaving all secrets accessible to LSASS memory scraping. ExplanationCorrect Answer A:Secured-core protections use hardware-backed trust and virtualization-based isolation to strengthen the platform boot and runtime boundary. The mechanism explains the corrective action: Validate firmware TPM and virtualization-based security prerequisites, then enable supported secured-core protections through a tested change plan. The associated validation is: Check TPM, Secure Boot, and VBS health reporting and prove critical VMs recover after the maintenance change. Other Answers B:Windows Defender Application Control evaluates code trust against explicit policies, so an untested enforcement change can block legitimate binaries. By contrast, secured-core protections use hardware-backed trust and virtualization-based isolation to strengthen the platform boot and runtime boundary. C:Per-program mitigation controls allow compatibility exceptions without discarding unrelated security protections for every process. By contrast, secured-core protections use hardware-backed trust and virtualization-based isolation to strengthen the platform boot and runtime boundary. D:Credential Guard isolates supported credential material using virtualization-based boundaries instead of leaving all secrets accessible to LSASS memory scraping. In the stated system, secured-core protections use hardware-backed trust and virtualization-based isolation to strengthen the platform boot and runtime boundary.