Lithnet Access Manager
PricingRequest a trial or quoteDownloads
v2.0
v2.0
  • Home
  • What's new in Access Manager v2
  • How does Lithnet Access Manager help prevent lateral movement?
  • Access Manager Editions
  • Licensing
  • Change log
  • Installation
    • Getting started
    • System Requirements
    • Downloads
    • Upgrading from Access Manager v1
    • Installing the Access Manager Server
      • Creating a service account for the Access Manager Service
      • SQL installation options
      • Installing the Access Manager Service
      • High availability options
        • Load balancing Access Manager
        • Installing Access Manager in a Failover Cluster
    • Installing the Access Manager Agent
      • Choosing between the Microsoft and Lithnet agents for LAPS support
      • Installing the Access Manager Agent on Windows
      • Installing the Access Manager Agent on Linux
      • Installing the Access Manager Agent on macOS
  • Configuration
    • Setting up Authentication
      • Setting up authentication with ADFS
      • Setting up authentication with Azure AD
      • Setting up authentication with Okta
      • Setting up smart card authentication
      • Setting up integrated windows authentication
    • Deploying Features
      • Setting up Microsoft LAPS for Active Directory
      • Setting up Microsoft LAPS for Azure Active Directory
      • Setting up Lithnet LAPS
        • Preparing the AMS directory
        • Setting the AMS directory for Lithnet LAPS clients
        • Setting up Lithnet LAPS for Azure AD joined and registered devices
        • Setting up Lithnet LAPS for domain-joined devices
        • Setting up Lithnet LAPS for macOS and Linux
        • Setting up Lithnet LAPS for standalone Windows devices
      • Setting up BitLocker access
      • Setting up JIT for computers
      • Setting up JIT for roles
    • Importing authorization rules
      • Import Microsoft LAPS permissions from Active Directory
      • Importing BitLocker permissions from Active Directory
      • Importing local administrator group membership from domain-joined Windows devices
      • Import mappings from a CSV file
      • Importing rules from the Lithnet LAPS web app
      • Performing an offline discovery of local admins
  • Help and support
    • Frequently asked Questions
    • Troubleshooting
    • Quick start guides
      • Getting started with Windows LAPS and Lithnet Access Manager
      • Getting started with Windows LAPS for Active Directory
      • Getting started with Windows LAPS for Azure Active Directory
    • Support Articles
      • KB000001: The Access Manager Agent cannot connect and logs a token-validation-failed error
      • KB000002: Users retain their admin rights after their JIT period expires
      • KB000003: Configuring the Access Manager Agent to manage an account other than 'root' on Linux
      • KB000004: Creating a log file to troubleshoot installation issues with the Access Manager Service
      • KB000005: Access Manager stops working after applying the November 2022 Windows update
      • KB000006: Migrating the Access Manager Database
      • KB000007: Adding JIT groups via Group Policy doesn't work with NTLM Disabled
      • KB000008: AMS is unable to JIT into privileged groups such as Domain Admins
    • Advanced help topics
      • Ports and traffic flows
      • Internet access requirements
      • Access evaluation in Access Manager Service (AMS)
      • Recovering from a lost encryption certificate
      • Script-based authorization
      • Customized auditing with PowerShell notification channels
      • Variables available in audit notification channels
      • Setting up audit templates
      • Backup and Restore
      • Event ID reference
    • PowerShell reference
      • Add-AmsDeviceRegistrationKeyGroup
      • Add-AmsGroupMember
      • Export-AmsServerDiagnostics
      • Get-AmsActiveDirectoryJitOptions
      • Get-AmsComputerAuthorizationRule
      • Get-AmsDevice
      • Get-AmsDeviceRegistrationKey
      • Get-AmsGroup
      • Get-AmsGroupMembers
      • Get-AmsHostConfig
      • Get-AmsJitSchedulerJob
      • Get-AmsLocalAdminPassword
      • Get-AmsLocalAdminPasswordHistory
      • Get-AmsRoleAuthorizationRule
      • New-AmsComputerAuthorizationRule
      • New-AmsDeviceRegistrationKey
      • New-AmsGroup
      • New-AmsRoleAuthorizationRule
      • Remove-AmsComputerAuthorizationRule
      • Remove-AmsDevice
      • Remove-AmsDeviceRegistrationKey
      • Remove-AmsDeviceRegistrationKeyGroup
      • Remove-AmsGroup
      • Remove-AmsGroupMember
      • Remove-AmsJitSchedulerJob
      • Remove-AmsRoleAuthorizationRule
      • Set-AmsActiveDirectoryJitOptions
      • Set-AmsComputerAuthorizationRule
      • Set-AmsDevice
      • Set-AmsDeviceRegistrationKey
      • Set-AmsGroup
      • Set-AmsHostConfig
      • Set-AmsRoleAuthorizationRule
    • Application help pages
      • Access Manager Directory configuration page
      • Access Manager Directory Devices page
      • Access Manager Directory Groups page
      • Lithnet LAPS configuration page (Access Manager Directory)
      • Access Manager Directory Registration Keys page
      • Lithnet LAPS configuration page (Active Directory)
      • Microsoft LAPS configuration page
      • Active Directory configuration page
      • Auditing page
      • Authentication configuration page
      • Computer authorization rules page
      • Role authorization rules page
      • Azure Active Directory configuration page
      • BitLocker configuration page
      • Database configuration page
      • Effective access page
      • Email configuration page
      • IP Address detection configuration page
      • Just-in-time access configuration page
      • Licensing configuration page
      • Rate limit configuration page
      • Host configuration page
      • User interface configuration page
      • Security page
    • Getting Support
Powered by GitBook
On this page
  • Option 1: Legacy LAPS client
  • When should I use legacy LAPS?
  • Option 2: Windows LAPS client
  • When should I use Windows LAPS?
  • Option 3: Lithnet Access Manager agent
  • When should I use the Lithnet Access Manager agent?
  • Operating system support
  • Supported join types
  • Feature comparison
  • Compatibility with password retrieval solutions

Was this helpful?

  1. Installation
  2. Installing the Access Manager Agent

Choosing between the Microsoft and Lithnet agents for LAPS support

Managing local admin passwords safely and securely relies on having a mechanism to generate and store the local admin passwords. There are three supported agents you can use with Access Manager to manage your device local admin passwords. This guide will help you choose the right option for your environment.

Option 1: Legacy LAPS client

Microsoft's tried and true legacy LAPS client provides support for managing LAPS passwords for Active Directory joined devices. It supports a wide range of legacy and modern Windows operating systems.

Pros

  • Has the broadest support for OS coverage

  • Easy to deploy and configure via group policy

Cons

  • Windows only

  • Supports Active Directory domain-joined machines only

  • Passwords are stored in the directory in plain-text

  • Does not store a history of previously used local admin passwords

  • Deprecated and no longer being updated by Microsoft

When should I use legacy LAPS?

  • You have an existing deployment of legacy LAPS

  • You need to support legacy Windows operating system versions

Option 2: Windows LAPS client

In April 2023, Microsoft released LAPS as a built-in Windows feature. This also brought a range of new support for things like password history, encryption, and support for Azure AD joined devices.

Pros

  • Support for both AD and Azure AD joined devices

  • Has password history support

  • Optionally encrypts passwords stored in Active Directory

  • Built into Windows

  • Actively supported and developed by Microsoft

Cons

  • Windows only

  • No support for older operating systems that are still in support. Only supported on Windows 11, Windows Server 2019 and higher, and Windows 10 versions supported as of April 2023.

When should I use Windows LAPS?

  • Your organization has modern Windows operating systems either joined to Azure AD or Active Directory

Option 3: Lithnet Access Manager agent

Lithnet Access Manager has its own agent that can be used to manage the local admin passwords of your devices. It has full support for encrypted passwords, password history, and is not just supported on Windows, but macOS and Linux as well.

Pros

  • Supports Windows, macOS, and Linux

  • Encrypts all passwords

  • Has password history support

  • Supports Windows Server 2012 R2 and higher, as well as Windows 8.1 and higher

  • Supports domain joined, Azure AD-joined, as well as standalone Windows devices

Cons

  • No support for out-of-date operating systems. Only supported on Windows 8.1 and above and Windows Server 2012 R2 and above

When should I use the Lithnet Access Manager agent?

  • You have macOS and Linux devices you want to support

  • You have Windows devices not joined to a domain

  • You want fully encrypted local admin passwords in all scenarios

  • You want one LAPS client solution for your entire Windows and non-Windows fleet

Note, that you are not restricted to the use of a single LAPS client type in your environment.

For example, you can use the legacy LAPS client on legacy operating systems, Windows LAPS on modern operating systems, and Access Manager Agent on macOS and Linux devices.

Access Manager Server can read LAPS passwords from any client listed on this page.

Operating system support

The Microsoft agents works only on Windows AD or Azure AD-joined devices. Lithnet Access Manager agent supports a much wider range of operating systems.

Operating system
Microsoft Legacy LAPS Agent
Microsoft Windows LAPS Agent
Lithnet Access Manager Agent

Windows Vista, Windows 7 and Windows 8

Windows 8.1

Windows 10

Windows 11 and higher

Windows Server 2012 R2

Windows Server 2016

Windows Server 2019 and higher

Linux

macOS

Supported join types

Join type
Microsoft Legacy LAPS Agent
Microsoft Windows LAPS Agent
Lithnet Access Manager Agent

Active Directory joined devices

Azure Active Directory joined devices

Azure Active Directory registered devices

Non-domain joined devices (workgroup)

Feature comparison

Feature
Microsoft Legacy LAPS Agent
Microsoft Windows LAPS Agent
Lithnet Access Manager Agent

Regularly rotates the local admin password

Requires a custom schema for AD password storage

Stores a history of previous local admin passwords

Stores passwords in plain-text

Encrypts passwords

Write passwords to Active Directory

Write passwords to Azure Active Directory

Write passwords to the AMS server

1. Custom schema is only required if using the agent on domain-joined devices. Schema is not required when using the agent on non-windows or non-domain-joined devices

2. Access Manager agent can store unencrypted passwords in the Microsoft LAPS attributes when in compatibility mode (applies to domain-joined Windows devices only)

3. Windows LAPS can store passwords in plain text if configured

Compatibility with password retrieval solutions

Legacy LAPS thick client
Windows LAPS AD property pages
Windows LAPS PowerShell
Azure Portal
Access Manager Service

Microsoft Legacy LAPS passwords stored in AD

Microsoft Windows LAPS passwords stored in AD

Microsoft Windows LAPS passwords stored in Azure AD

Access Manager Agent passwords

PreviousInstalling the Access Manager AgentNextInstalling the Access Manager Agent on Windows

Last updated 2 years ago

Was this helpful?

1

3

2