Urgent.News

What's breaking now, across thousands of outlets.

Tech

Local Administrator Password Management: Why LAPS Alone Is Not Tier Separation

Local Administrator Password Management: Why LAPS Alone Is Not Tier Separation Windows LAPS solved a real problem. Before it, the local administrator password on a fleet of workstations was frequently the same value, documented in a spreadsheet that nobody updated. Managing that password per machine removes a lateral movement path that has been used in almost every large intrusion of the last…

Windows Local Administrator Password Management (LAPS) addressed a genuine issue, but it falls short of providing true tier separation. Prior to LAPS, workstations often shared the same local administrator password, recorded in a neglected spreadsheet. By implementing LAPS, organizations mitigated a common lateral movement tactic used in numerous large-scale cyber intrusions over the past decade.

However, LAPS alone does not eradicate the potential for lateral movement. LAPS enforces a unique, periodically refreshed password for each local administrator account, securely storing it in Active Directory or Entra ID with controlled access. This enhances security by preventing a compromised workstation from serving as a gateway to other workstations.

Yet, LAPS does not address the broader spectrum of potential compromises. It does not cover additional local accounts generated by applications or operators, nor does it account for locally renamed or created accounts outside the LAPS purview. Domain cached credentials and service accounts continue to pose risks. Tier separation is the logical next step.

This model categorizes identities and systems according to the assets they control. Tier 0 encompasses the directory and its administrators, Tier 1 includes servers whose compromise could escalate to Tier 0, and Tier 2 consists of user workstations. A fundamental rule governs this model: a credential from a lower tier must never authenticate to a higher tier.

LAPS does not enforce this rule. Even if each workstation has a unique, rotated password, a domain administrator logging into a compromised workstation with cached credentials leaves exploitable material on that machine. The reverse scenario, where a workstation's credential reaches a domain controller, is the primary target of relay and credential theft attacks.

To enforce the tier separation rule, administrators must authenticate to Tier 0 systems exclusively from specialized, hardened workstations, and never from general-purpose laptops. Interactive logon to domain controllers should be restricted to a designated group, and credential caching on servers should be minimized. Service accounts should be managed and not treated as shared passwords.

LAPS is a Tier 2 control with a significant impact. It is relatively easy to deploy and its effectiveness can be quantified through metrics like the percentage of managed machines with unique rotated passwords. However, tier separation requires additional controls and metrics. LAPS should be implemented before tier separation, as it eliminates the simplest path while more complex measures are underway.

Independent assessments should focus on three key questions: which machines have LAPS deployed and which are exempt, which local accounts exist outside LAPS management, and which accounts can authenticate to Tier 0 systems from a workstation. While LAPS excels at addressing the first question, the remaining inquiries necessitate policy-based measures that LAPS was not designed to provide.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

Passkeys in In-App Browsers: The API Is There, but It Won't Work

I recently added passkeys to a member login page, and LINE's in-app browser gave me one of the sneakiest bugs I've dealt with in a while. The passkey button showed up. Tapping it did nothing.

  • Passkeys work in WebAuthn API, but require platform authenticator support.
  • NotAllowedError doesn't mean user canceled passkey prompt, check for other error reasons.
  • Restricted WebViews may cause promise never to resolve, implement timeout and caching.

WebDAV over HTTPS: what you actually need

WebDAV over plain HTTP exposes your password. Here's how HTTPS + auth choice works in practice. TL;DR WebDAV defaults to HTTP/80.

  • WebDAV over HTTP exposes credentials during sniffing
  • HTTPS secures WebDAV in production environments
  • Basic Auth offers medium security for home NAS

Ranking #1 on Google isn't what it used to be.

Ahrefs found that top-ranking pages now get 58% fewer clicks when an AI Overview shows up. Your answer is still being read.

  • Top-ranking web pages see 30% drop in click-through rates with AI Overview
  • Content should answer query directly in first paragraph for AI systems
  • Meta description must concisely convey page content for AI crawlers

More from Monday 19 October →