Documentation

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
HTML
<meta http-equiv="refresh" content="0; URL='https://docs.secureauth.com/display/SAT/SecureAuth+Appsx/mJS0Ag'" />
 
<!--
UI Text Box
typewarning

Security Notice

A critical security vulnerability affects SecureAuth Login for Windows version 1.0. SecureAuth recommends all users upgrade to version 1.0.1 immediately.

SecureAuth Support representative, refer to SecureAuth Security Bulletin SA-2018-01 (SecureAuth Login for Windows) for details.

...

Panel
borderColor#444544
bgColorwhite
titleColorwhite
titleBGColor#444544
titlePrerequisites

1. Ensure SecureAuth IdP v9.2 or later is running and is using a SHA2 (or greater) certificate.

2. Create a New Realm or access an existing realm on which more than one Multi-Factor Authentication is required.

NOTE: This realm should not be configured for Single Sign-on.

3. Configure the following tabs on the Web Admin in preparation for configuring Login for Endpoints:

  • Overview – the description of the realm and SMTP connections must be defined
  • Data – an enterprise directory must be integrated with SecureAuth IdP
  • Workflow – the way in which users will access the target must be defined
  • Multi-Factor Methods – the Multi-Factor Authentication methods that will be used to access the target must be defined
  • Post Authentication – the target resource or post authentication action must be defined
  • Logs – the logs that will be enabled or disabled for this realm must be defined

4. Ensure target end-user machines are running any of the following supported OS versions:

Supported OS Versions
Windows OS versions:
  • Windows 7 (32/64-bit)
  • Windows 8.1 (32/64-bit)
  • Windows 10 (64-bit)

Windows Server OS versions:

  • Windows Server 2008 R2 (64-bit)
  • Windows Server 2012 (64-bit)
  • Windows Server 2012 R2 (64-bit)
  • Windows Server 2016 (64-bit)
Minimum macOS versions:
  • macOS High Sierra 10.13.2
  • macOS Sierra 10.12.6
 

NOTE: See SecureAuth Compatibility Guide for OS and SecureAuth IdP version support information.

Info
typenote

NOTE: To use the proxy bypass feature with Windows, a proxy server and proxy bypass list must be configured. See Login for Windows Installer Configuration for information about configuring the proxy server and proxy bypass list.

Info

If using Login for Windows in a PCI environment, see Login for Windows SSL configuration requirements if Login for Windows is not installing on a machine.

Panel
borderColor#CCCCCC
bgColorwhite
titleColorblack
titleBGColor#CCCCCC
titleLogin for Windows
Panel
borderColor#CCCCCC
bgColorwhite
titleColorblack
titleBGColor#EEEEEE
titleEnd-user: First-time Usage Requirements

SecureAuth strongly recommends using a timed passcode the first time you use Login for Windows to access the network.

To meet this requirement, you must have an account provisioned with a SecureAuth IdP realm that enables your device to generate timed passcodes for Multi-Factor Authentication:

Thereafter, you can use Login for Windows in the offline mode.

Panel
borderColor#CCCCCC
bgColorwhite
titleColorblack
titleBGColor#CCCCCC
titleLogin for Mac
Panel
borderColor#CCCCCC
bgColorwhite
titleColorblack
titleBGColor#EEEEEE
titleAdmin: User Account and Mac Workstation Requirements

Active Directory Profile Configuration on the Mac

The end-user Active Directory profile must be accurately configured on the Mac so that the endpoint can retrieve the AD end-user profile during the login process.

Preconfigured Enterprise WiFi System Level Policy

In an enterprise WiFi environment, before setting up Login for Mac on end-user workstations, the system level policy must be configured to allow the Mac to connect to the enterprise WiFi. This setup lets Login for Mac fetch the OATH seed which is used to authenticate the end-user.

Prevention of YubiKey Device Usage Conflicts

If an end-user is already using a YubiKey device for YubiKey Multi-Factor Authentication on a SecureAuth IdP realm, the OATH seed and associated YubiKey device must be removed from the end-user's account in order to prevent a conflict when the end-user attempts to use a YubiKey device for HOTP authentication. (See the steps under End-user Multi-Factor Authentication in the YubiKey Multi-Factor Authentication Configuration Guide to remove the YubiKey device from the user account profile.)

UI Text Box
typenote

Prevent and Troubleshoot End-user Lockouts

End-users can be locked out of their Mac workstations due to any of these factors:

  • Network Setup Issues
  • Login for Endpoints Installer Misconfiguration
  • End-user Mac Configuration Issues

Expand the section below for more information:

UI Expand
titlePrevent and Troubleshoot End-user Lockouts

Network Setup Issues

Matching Active Directory Profiles Required

Active Directory must include an account profile for each end-user, and that profile must match the AD profile set up on the Mac in order for the Mac endpoint to retrieve the AD profile.

Login for Endpoints Installer Misconfiguration

Edits Made in config.json File

If the configured config.json file is edited, caution must be taken to ensure Unicode characters — instead of UTF-8 charcters — are not entered and saved in the file. This scenario might occur if text is copied from another source and pasted into the file, and could result in an end-user being locked out of the Mac due to a misconfigured endpoint.

End-user Mac Configuration Issues

Misconfigured Active Directory Profile on Mac

If the end-user's new Mac has a misconfigured Active Directory account profile, the endpoint will not be able to retrieve the end-user's AD profile to complete the login process.

Lockout with Secure, Automatic Enterprise WiFi Endpoint Connection

If the endpoint is set to automatically connect to a secure, enterprise WiFi, and has not yet been configured to connect to a SecureAuth IdP realm, then the end-user will be locked out of logging on the Mac.

In this scenario, the Mac may need to be reset by the administrative user who can bypass the login endpoint in order to reset the machine.

Lockout without OATH Seed for YubiKey HOTP Device or Network Connectivity

If a YubiKey HOTP device is used for logging on the Mac, but the machine does not have an OATH seed stored on it or network connectivity, then the endpoint must wait for an available network connection.

If the end-user is attempting to log on for the first time, and the Mac does not have WiFi configured or is not using a wired connection, then the end-user will be locked out of logging on the Mac.

Users Disabled in Active Directory

If an end-user is disabled on Active Directory, the local account will not know the history of the AD account, and the user will not be able to log on the Mac.

Panel
borderColor#CCCCCC
bgColorwhite
titleColorblack
titleBGColor#EEEEEE
titleEnd-user: Account and Mac Workstation Requirements
UI Text Box
typewarning

IMPORTANT: Before Installing Login for Mac

Your local username and password on the Mac must be the same as your Active Directory username and password. If you are using a different local username than your Active Directory username, then you will need to contact IT to synchronize the IDs.

If the IDs are synchronized, be sure you can log on the Mac before installing Login for Mac.

First-time Usage Requirements

The first time you use Login for Mac to log on the network:

A timed passcode is required. You must have an account provisioned with a SecureAuth IdP realm that enables your device to generate timed passcodes for Multi-Factor Authentication:

Your Mac must either be hardwired to the network, or you must have a preconfigured WiFi connection within range to which your Mac can be manually connected.

Thereafter, you can use Login for Mac in the offline mode.

Panel
borderColor#145570
bgColorwhite
titleColorwhite
titleBGColor#145570
titleSecureAuth IdP Web Admin Configuration
Panel
borderColor#126591
bgColorwhite
titleColorwhite
titleBGColor#126591
titleData
Section
Column
width50%

Column
width50%

 

1. Create a new realm and configure a data store on the Data tab.

2. In the Membership Connections Settings section, under Group Permissions, select False from the Advanced AD User Check dropdown.

3. Select Bind from the Validate User Type dropdown.

Section
Column
width50%

Column
width50%

 

4. In the Profile Fields section, enter adminDescription in an unused Aux ID field—Aux ID 3 in this example—and make the field Writable.

5. If using a single OATH seed for end-user Multi-Factor Authentication, then map Fields to OATH Seed and OATH Tokens Properties, as shown in the sample image.

Info
Expand
titleSee sample image from Post Authentication page showing Single OATH Seed setting...

Info
typetip

Click Save once the configuration is complete and before leaving the Data page to avoid losing changes.

Panel
borderColor#126591
bgColorwhite
titleColorwhite
titleBGColor#126591
titleMulti-Factor Methods
Section
Column
width50%

Column
width50%

 

6. In the Multi-Factor Configuration section, configure the Multi-Factor Authentication methods you want enabled.

Info
typetip

Click Save once the configuration is complete and before leaving the Multi-Factor Methods page to avoid losing changes.

Panel
borderColor#126591
bgColorwhite
titleColorwhite
titleBGColor#126591
titleSystem Info
Section
Column
width50%

Column
width50%

 

7. On the System Info tab, in the Links section, Click to edit Web Config file.

8. In the Web Config Editor section, under <appSettings>, add this line:

    <add key="OTPFieldMapping" value="AuxID#" />

NOTE: In this example, AuxID3 is used since this Property was selected and configured on the Data tab in step 4.

Info
typetip

Click Save once the configuration is complete and before leaving the Web Config Editor page to avoid losing changes.

Panel
borderColor#126591
bgColorwhite
titleColorwhite
titleBGColor#126591
titleAPI
Section
Column
width50%

Column
width50%

 

9. In the API Key section, click Generate Credentials.

Info
typenote

If configuring Login for Endpoints for Windows, the API ID and API Key are required and used in the config.json file for all scenarios of using this product.

Section
Column
width50%

Column
width50%

 

10. In the API Permissions section, select Enable Authentication API.

NOTE: It is not recommended to enable Identity Management options since the password reset function uses an IdP realm or third party password reset URL—not the Identity Management API.

Info
typetip

Click Save once the configuration is complete.

11. Select Enable Login for Endpoints API, and then click Configure Login for Endpoints Installer.

Info
typenote

Adaptive Authentication can be used with Login for Windows to control the user login experience and to mitigate security risks.

The order of priority to handle user authentication login requests using Adaptive Authentication is as follows:

  1. Threat Service
  2. IP whitelist / blacklist
  3. Geo-location
  4. Geo-velocity
  5. User / Group

NOTE: See Group Bypass Configuration Notes in the Login for Windows Installer Configuration section for information about using Adaptive Authentication with the group bypass feature.

Panel
borderColor#3e7fa0
bgColorwhite
titleColorwhite
titleBGColor#3e7fa0
titleLogin for Endpoints Installer Configuration

Anchor
L4Winstall
L4Winstall

UI Expand
titleLogin for Windows Installer Configuration
Section
Column
width50%

Column
width50%

 

12. On the Login for Endpoints Installer Configuration page, select Windows as the Endpoint Operating System.

13. Select the Endpoint Type to specify that either a single user or multiple users can log on the device.

NOTE: For the single user selection, once the user has successfully logged on the endpoint online, thereafter the user can log on the endpoint offline without an Internet connection.

14. Enter the IdP Hostname.

15. Under Multi-Factor Authentication Settings, specify whether the user must use Multi-Factor Authentication to access the device from a desktop and / or remote desktop session.

16. If any user group is allowed to bypass Multi-Factor Authentication, enable the bypass option and list the user group(s).

Info
typeinfo

Group Bypass Configuration Notes

Adaptive Authentication used with Group Bypass

If using Adaptive Authentication AND the group bypass feature, the group bypass feature takes precedence for handling the user's login request.

Multi-Forest AD Environment and Group Bypass

In a multi-forest AD environment, the user account must be included on each domain in order to bypass Multi-Factor Authentication on any domain.

UI Text Box
titleProxy Server and Proxy Bypass List Configuration...
typenote

Proxy Server and Proxy Bypass List Configuration

If using a proxy bypass, you must configure the proxy server and proxy bypass list – i.e. a list of hosts to use to bypass the proxy.

The following order is used:

1. "proxy_server" and "proxy_bypass" configuration from config.json file – these settings are derived from entries made in the Web Admin Login for Endpoints Installer Configuration section.

2. Windows proxy configuration – see https://msdn.microsoft.com/en-us/library/windows/desktop/aa384069(v=vs.85).aspx

17. If enabling Password Reset, specify either the SecureAuth IdP realm or the web page URL the user can access for resetting a password.

18. If Alternate Credential Providers are permitted, specify if non-SecureAuth credential providers and other credential providers such as card scanners can be used.

UI Text Box
typenote

IMPORTANT: By enabling alternate credential providers, users will be able log in without using the Login for Windows credential provider, and potentially bypass Multi-Factor Authentication.

Enabling alternate credential providers is only recommended in test environments, to let testers bypass Login for Windows so they can readily access their machines.

If the default Windows Credential Provider is enabled, users will see their normal login prompt and will have to manually select a different login option in order to use Login for Windows.

19. Click Download Installer Config to download the JSON file (config.json) which must first be configured before it can be used with the MSI file, as described in the Installation section of this guide.

NOTE: Before installation, config.json must be edited if the end-user is not always required to use Multi-Factor Authentication for logging on a local console and / or remote console – see the OPTIONAL: Set End-user Access Level section for access level settings and configuration.

UI Expand
titleLogin for Mac Installer Configuration
Section
Column
width50%

Column
width50%

 

12. On the Login for Endpoints Installer Configuration page, select Mac OS as the Endpoint Operating System.

13. Enter the IdP Hostname.

14. Under Multi-Factor Authentication Settings, specify whether or not the user must use Multi-Factor Authentication to access the Mac from a desktop and / or via remote access from another Mac device.

If any user group is allowed to bypass Multi-Factor Authentication, enable the bypass option and list the user group(s).

Info
typeinfo

A user group on another domain can be bypassed via the Mac authentication plugin and Pluggable Authentication Modules (PAM) installed on the end-user's workstation.

In this scenario, the Open Directory API can be used by specifying the user group and domain.

15. Click Download Installer Config to download the JSON file (config.json) that will be used with the PKG file, as described in the Installation section of this guide.

NOTE: Before installation, the config.json file must be edited if the end-user is not always required to use Multi-Factor Authentication for logging on a local console and / or remote console – see the OPTIONAL: Set End-user Access Level section for access level settings and configuration.

Also in this OPTIONAL section, find information about enabling Multi-Factor Authentication when using SSH for remote login access to a Mac.

...

Panel
borderColor#145570
bgColorwhite
titleColorwhite
titleBGColor#145570
titleInstallation
UI Expand
titleLogin for Windows Installation

Download and Run the Login for Windows MSI Package

1. Download the Login for Windows .zip file to the target machine (laptop, desktop, server, etc.).

2. Unzip the file.

3. Within the Login for Windows folder, find the .msi file for your machine — SecureAuthLogin-1.x.x-x64.msi or SecureAuthLogin-1.x.x-x86.msi — and place that file in the Temp folder.

Install Login for Windows

IMPORTANT: On a Windows server, SecureAuth Login for Windows should only be installed / uninstalled from a console session and not an RDP session.

1. Find the config.json file which you downloaded in step 19 of the Web Admin Configuration section of this document, and copy that file to the Temp folder on the target machine.

NOTE: You may have already performed this step if you changed the user's access level in the OPTIONAL section above.

2. On the target machine, run the following command line with administrator permissions, using the file name of your .msi file and correct path of that file on your machine, as in this example:

    msiexec /i "C:\Temp\SecureAuthLogin-1.0.0-x64.msi" /L*V "C:\Temp\install.log" /qn CONFIG="C:\Temp\config.json"

3. Log off the target machine.

NOTE: After this installation, SecureAuth Login for Windows appears on the next login session.

Info
titleNotes:
typeinfo

If using Login for Windows in a PCI environment, see Login for Windows SSL configuration requirements if Login for Windows is not installing on a machine.

If reinstalling Login for Windows immediately after unstalling the software, the "Failed to write configuration" message will appear if the installer is not finished performing cleanup tasks such as removing the C:\ProgramData\SecureAuth directory.

UI Text Box
typenote

NOTE: A config.json file with the "allow_self_signed" setting enabled should not be distributed to end-user machines since potential security vulnerabilities may result. The "allow_self_signed" setting should only be enabled in a test environment, and should be disabled in conf.xml once testing is complete.

Verify TLS 1.1 and TLS 1.2 Enablement via GPO on Windows Server OS

Verify TLS 1.1 and TLS 1.2 are enabled via the Group Policy Object (GPO) to ensure a streamlined and secure login experience for users logging on a Remote Desktop.

NOTE: The external article "How to Enable TLS 1.1 and TLS 1.2 in Internet Explorer via Group Policy" provides instructions on how to enable TLS 1.1 and TLS 1.2.

Info
borderColor#145570
bgColorwhite
titleColorwhite
titleBGColor#145570
typeinfo

SecureAuth IdP Transaction Log Information

The Login for Windows software issues a User-Agent HTTP Request Header when the Application Programming Interface interacts with SecureAuth IdP. The following items are included in the UserAgent string:

  • Login for Windows software version
  • OS version
  • Computer name (hostname)
  • Time Zone
  • IP address
  • MAC address

For example:

SecureAuthLogin for Windows 10.5.2 (Windows 10 Pro x64 6.2.9200; LT-JSMITH; (UTC-05:00) Eastern Standard Time; 111.22.333.44; 0f:10;35:7a:81:4e)

Uninstallation

1. On the target machine, run the following command line with administrator permissions, using the file name of your .msi file and correct path of that file on your machine: 
msiexec /x "<msi>" /L*V "uninstall.log" /qn

NOTE: Manual installation on Windows 10 using the "Programs and Features" menu will result in an error.

UI Expand
titleLogin for Mac Installation
UI Text Box
typenote

NOTE: A config.json file with the "allow_self_signed" setting enabled should not be distributed to end-user machines since potential security vulnerabilities may result. The "allow_self_signed" setting should only be enabled in a test environment, and should be disabled in conf.xml once testing is complete.

UI Text Box
typewarning

WARNING: Do not install Login for Mac version 1.0 on any MacOS Sierra machine (10.12.x) in a domain-joined system on which FileVault encryption is used on the boot volume – this may render the operating system unbootable and require recovery.

Copy the JSON File to a Specified Folder

1. Find the config.json file which you downloaded in step 15 of the Web Admin Configuration section of this document.

NOTE: You may have already performed this step if you changed the user's access level in the OPTIONAL section above.

2. Copy that file to a specified folder on the target machine.

Download the Login for Mac ZIP File to the Specified Folder

1. Download the Login for Mac .zip file to the target machine.

2. Unzip this file which contains the SecureAuthLogin-1.x.pkg and SecureAuthLogin-1.x-Uninstaller.pkg files.

3. Copy these files to the same folder as the config.json file on the target machine.

Run the Login for Mac Installer Package

1. Double-click SecureAuthLogin-1.x.pkg to start the installation wizard for the application.

2. Log Out of the target machine.

NOTE: After this installation, SecureAuth Login for Mac appears on the next login session.

...

Panel
borderColor#145570
bgColorwhite
titleColorwhite
titleBGColor#145570
titleRelease Notes

Release Date: June 13, 2018

Info
titleVersion 1.0.2
UI Expand
titleLogin for Windows

Resolved Issues and Enhancements

CP-187RDP users utilizing NLA (Network Level Authentication) with Domain\username format no longer receive a second prompt after providing credentials to the RDP client. The fix does not support UPN.
CP-267The Multi-Factor Authentication device order now remains consistent on subsequent login attempts.
CP-320Login for Windows now remembers the most recently entered login username on a non-server.
CP-340An active hover link now appears when attempting to select another Multi-Factor Authentication method.
CP-339The correct HOTP icon now appears on passcode entry window.
CP-379Log details have been added to help troubleshoot common installation errors.
CP-388Users in offline mode now correctly receive Multi-Factor options that are usable offline.
CP-393Re-installing Login for Windows now applies configuration file updates.
CP-398The installer error message for a missing configuration file has been revised for clarification.
CP-400First-time users must now use an OATH-based method (if enrolled in one) to ensure at least one OATH seed is cached for offline use.
CP-403The most recently used Multi-Factor Authentication device now appears when logging on / off Windows 7 or Windows 10.
CP-408SADiag.exe no longer returns an error when 'set logging off' and 'test api' log level settings are used.
CP-410The installer now accepts a relative path to the configuration file during a silent installation.
CP-411The correct username now appears on the lock screen on Windows 7 / Windows Server 2008.

Known Issues

CP-386SMS / Voice telephone numbers are not completely masked for registered Multi-Factor Authentication methods.
CP-414User details are missing when choosing a registered user on the "Other user" login screen
CP-416Manual uninstallation from the "Programs and Features" menu on Windows 10 results in an error.
UI Expand
titleLogin for Mac

Resolved Issues and Enhancements

CP-309Login for Mac .pkg files have been renamed for consistency with Login for Windows .msi file names.
CP-317Login for Mac now validates the configuration file correctly.
CP-327The initial Multi-Factor Authentication method window now shows a selected option.
CP-359The installation failure log (Command+L) now identifies a missing configuration file.
CP-379Log details have been added to help troubleshoot common installation errors.
CP-398The installer error message for a missing configuration file has been revised for clarification.
CP-390Users are no longer locked out on Sierra 10.12.x machines with a FileVault encrypted drive.
CP-392Device names receiving push requests now appear on Login for Mac waiting screens.

Known Issues

CP-346Bypass groups are only enforced when a system is online and can check group membership.
CP-386SMS / Voice telephone numbers are not completely masked for registered Multi-Factor Authentication methods.

Release Date: May 14, 2018

Info
titleVersion 1.0.1
UI Expand
iconfalse
titleLogin for Windows

Resolved Issues

  • Incorrect IP addess used for Adaptive Authentication

When logging on locally, SecureAuth IdP now correctly uses the endpoint's public-facing IP address instead of a local adaptor IP address.

In this issue, a private IP address was being used which prevented IP-related Adaptive Authentication features from functioning properly. Remote / RDP logins were not impacted by this issue.

  • AD bad password count incorrectly incremented 

When attempting to log on using a bad password, the bad password count now increments appropriately – i.e. one time for each login attempt.

In this issue, the Active Directory bad password count would increment multiple times for a single login attempt, causing the user to be locked out immediately or sooner than anticipated. In certain scenarios, the bad password count incremented once for each OATH seed-based Multi-Factor Authentication method – e.g. for each app-based OTP or hardware token.

  • Re-installation breaks login functionality

Login for Windows can now be re-installed on the same machine.

In this issue, the Login for Windows software could become corrupted if re-installed on a machine which already had the software installed. This issue prevented users from logging in and required the user to boot up the machine in safe mode to repair the software.

  • Non-proxy aware

Beta support is now available for proxies in Login for Windows – see Login for Windows Installer Configuration to configure Login for Windows 1.0.1 for use with a proxy. Note the known issues when using a proxy in the 1.0.1 release.

This issue affected environments in which direct access to the SecureAuth IdP appliance is blocked and users must use a proxy.

  • Login failure for users with a space in sAMAccountName 

The issue has been resolved for users who were unable to log in if a space exists in their sAMAccountName property. 

  • Users in a bypass group unable to use Self-Service Password Reset function

The Self-Service Password Reset link now appears for users who are in a bypass group. 

Known Issues

  • Installation requires an absolute path to the configuration file

The installer does not accept a relative path to the configuration file, which prevents deploying the installer from a directory that cannot be defined in advance (such as when using a Group Policy).

  • Potential offline lockout for new users

To use the offline mode, a user must first use an OATH-based authentication method – such as a one-time code (OTP) generated by the SecureAuth Authenticate App – at least one time while online in order to cache the OATH seed used for authenticating the user. SecureAuth recommends instructing users how to enable the offline mode before they attempt to go online.

A future release of Login for Windows will address the potential new user lockout issue by providing guidance to users during the login process.

  • Double prompting for RDP logins

Users utilizing NLA (Network Level Authentication) when logging on a system with RDP enabled may still be prompted for a username and password once the session is established.

  • Self-service Password Reset function is non-proxy aware

The Self-service Password Reset feature – which opens a browser to a Self-Service Password Reset page – does not function in environments using a proxy to access SecureAuth IdP.

In these scenarios, contact SecureAuth Support and inquire about workarounds.

Note this feature differs from the inline password reset feature that is used when a user’s password expires – this feature functions properly in proxy environments. 

  • Self-service Password Reset may not function correctly for certain Operating Systems

On Windows Server versions 2008 R2 and 2012 R2, users are unable to complete the self-service password reset process due to default Internet Explorer settings in the operating systems.

  • Offline endpoint when proxy is unavailable

Use of any proxy configured for Login for Windows becomes mandatory. If the proxy is unavailable, Login for Windows behaves as if it is offline.

This issue may impact laptop users who connect their laptops to networks in which the proxy is unavailable.

  • Re-installing Login for Windows does not apply configuration file updates

Re-running the installer with a new or updated configuration file does not result in configuration changes made to the current installation. Administrators must uninstall and then re-install Login for Windows to apply the new settings.

  • SMS and Voice numbers are not correctly masked

Users prompted for Multi-Factor Authentication can view the full telephone number for a registered Multi-Factor Authentication method.

  • Incorrect username shown on lock screen

Users in a bypass group are shown the wrong username on a Windows 7 workstation lock screen.

 

UI Expand
iconfalse
titleLogin for Mac

Known Issues

  • Login failure for users with a space in sAMAccountName

The issue for users who are unable to log in if a space exists in their sAMAccountName property cannot be resolved because macOS does not support using spaces in login names.

  • Critical issue with FileVault on Sierra

Do not install Login for Mac 1.0 on MacOS 'Sierra' (10.12.x) in a domain-joined system that uses FileVault encryption on the boot volume; this may render the system unbootable and require recovery.

  • SMS and Voice numbers are not correctly masked

Users prompted for Multi-Factor Authentication can view the full telephone number for a registered Multi-Factor Authentication method.

  • Additional Authentication methods may be hidden

Since many MacOS configurations do not display a scrollbar, users who are prompted to select an authentication method may not know there are additional methods available to them if they do not see them on the screen currently displayed.

  • Multi-Factor Authentication only prompts users at login

Login for Mac does not currently support prompting users for additional factors when unlocking the screen of an already logged-in user.

  • Offline login may not complete

Users attempting to login offline for a second time using a TOTP code (after logging on and logging off) may have their machine after entering the code.

  • Login for Mac will install on unsupported MacOS versions

Login for Mac is only supported and tested on MacOS versions 10.12.x (Sierra) and 10.13.x (High Sierra), but currently the installer allows installation to proceed on versions 10.10.x and 10.11.x.

 

Release Date: February 1, 2018

Info
titleVersion 1.0

The new Login for Endpoints product gives end-users a secure login experience on a Mac or Windows workstation, or on a remote Windows server, using a SecureAuth Multi-Factor Authentication method. This product, with FIPS 140-2 compliant cryptographic libraries, is newly designed and engineered and replaces the Credential Provider application. After the initial setup and first-time usage, the end-user subsequently logs on without a password by just using a 2-Factor Authentication method. 

Panel
borderColor#145570
bgColorwhite
titleColorwhite
titleBGColor#145570
titleRelated Documentation

YubiKey HOTP Device Provisioning and Multi-Factor Authentication Guide

SecureAuth Credential Provider Configuration Guide

Login for Windows SSL configuration requirements

HTML
//-->