Choose manual or automatic LAPS account management explicitly

Use this document to connect an official requirement or behavior to observable evidence: Choose manual or automatic LAPS account management explicitly. Only the official source and traced locations below supply facts. Confirm applicability before acting.

Source fact:

The official Windows LAPS account management modes from Microsoft supports the following bounded statements:

• Windows LAPS supports distinct manual and automatic local-account management modes. The research record locates this support at Sections: Manual account management mode; Automatic account management mode.
• Automatic account management requires Windows 11 24H2, Windows Server 2025, or later. The research record locates this support at Opening overview.

The source support ends with the statements listed above. Use them to examine managed accounts, policy assignment, password storage, directory permissions, retrieval roles, rotation, and recovery scenarios in the applicable environment, not to imply a wider guarantee.

What the source does not establish

Do not enable automatic account creation or naming until OS support and local-account policy interaction are tested. A correct source interpretation can still be inapplicable to a particular design. Confirm Active Directory or Entra ID, Windows DNS, policy processing, device identity, time, and protected administrative workstations, ownership, and change authority instead of treating documented behavior as a deployment guarantee.

Applicability questions

• For source statement 1 at Sections: Manual account management mode; Automatic account management mode, which observable configuration, record, or test can confirm applicability here?
• For source statement 2 at Opening overview, which observable configuration, record, or test can confirm applicability here?
• What inventory proves which parts of managed accounts, policy assignment, password storage, directory permissions, retrieval roles, rotation, and recovery scenarios are in and out of scope?
• Which condition in Active Directory or Entra ID, Windows DNS, policy processing, device identity, time, and protected administrative workstations must be healthy before evidence is trustworthy?
• What result would disprove the working assumption and return the issue to the owner?

DSE recommendation:

DSE recommends using the cited source as the evidence anchor for this decision. Make the source, asset scope, owner, and expected outcome explicit in the review record. Record the source location, examined part of managed accounts, policy assignment, password storage, directory permissions, retrieval roles, rotation, and recovery scenarios, observed and expected states, owner, and reason for deviation.

Translate the conclusion into change control only after documenting dependencies, impact, test method, expected signals, failure signals, and restoration steps. Include Active Directory or Entra ID, Windows DNS, policy processing, device identity, time, and protected administrative workstations, while excluding secrets and sensitive personal or topology data from ordinary tickets.

Verification and evidence

Tie each conclusion back to Sections: Manual account management mode; Automatic account management mode; Opening overview and to observable material such as policy exports, directory access-control entries, sanitized client events, rotation tests, retrieval authorization, and exception records. Preserve provenance and stable identifiers without copying secrets into the evidence set.

Retain the starting state, authorization, execution record, outcome, deviation, and final state as one review package. Move disruptive checks to an approved test path. Reopen the decision when versions, design, dependencies, ownership, or official guidance changes.

Official references

• Windows LAPS account management modes — Microsoft