AuthControl Desktop


Swivel Windows Credential Provider is used in the desktop operating systems Windows 8, 10 and 11 and the server operating system Windows Server 2012. For integration with Windows Vista and 7 and Server 2008, use version 5.3 or later.

Users can authenticate using the Swivel Credential Provider allowing 2FA (Two Factor Authentication), or strong authentication at the Windows Logon. Offline authentication is also supported for single Channel authentication, following at least one successful authentication against the Swivel server with Third Party Authentication configured.

Supported methods are:

  • TURing Lets the user sign into windows by using TURing.
  • PINpad Lets the user sign into windows by using PINpad.
  • On Demand Lets the user sign into windows by requesting a security string to their preferred method (SMS or email).
  • Other Two Factor Lets the user sign into windows by entering a one-time code based on a security string received previously or Hardware Token.
  • Push for Windows 8 and Server 2012 R2 onwards.
  • Biometric Fingerprint (From v5.4.2 onwards and requires AuthControl Sentry v4.0.5) Lets the user sign into windows using Biometric Fingerprint.

System Requirements

  • Windows 8.1 or later (64 bit)
  • Server 2012 or later (64 bit)
  • 30MB Hard Disk space including logs
  • Consumes 4MB RAM


Latest version:

AuthControl Desktop 64-bit version MSI

AuthControl Desktop 32-bit version MSI

AuthControl Desktop 64-bit version executable

The two versions install identical products. The difference is that the executable will copy the current settings and reapply them after installation. The MSI will always overwrite the settings with either blank settings or the contents of scps.xml if provided (see later).

Important: the Credential Provider requires Microsoft Visual Studio C++ redistributable to work. Recent operating systems already include this, but it will need to be installed on older operating systems if it has not already been installed. You can retrieve it from here . If you have already installed the credential provider, it is not necessary to uninstall it before installing the redistributable.

Note that this article has not yet been fully updated to reflect the changes in version 5.5.

Older Versions:

Swivel AuthControl Desktop 64-bit version executable

Swivel AuthControl Desktop 64-bit version MSI

AuthControl Desktop 64-bit version executable

AuthControl Desktop 64-bit version MSI

Swivel Secure AuthControl Credential Provider 64 bit version

Swivel Secure AuthControl Credential Provider 64 bit version

Swivel Secure AuthControl Credential Provider 64 bit version

Swivel Secure AuthControl Credential Provider 64 bit version

Swivel Secure Windows Credential Provider 64 bit version 5.1.1.

Swivel Secure Windows Credential Provider 64 bits version

Frequently Asked Questions

Q). Does the Credential provider support offline authentication? A). Offline authentication is permissible for Swivel users who have previously authenticated to the device. Offline local authentication is available for single channel or OATH.

Q). Do all users have to authenticate using Swivel? A). Swivel has the option to ‘’Allow Unknown Users’’. Users known to Swivel will be prompted for authentication in this instance. There is also a “Trusted Users” list where specific users can be added.

Q). Is it possible to define users who do not have Swivel authentication? A). Yes either by the ‘’Allow Unknown Users’’ for non Swivel user authentication or by adding the user to the “Trusted Users” list

Q). Is it possible to login without AD password? A). Yes, there is an option to log in without the AD password, but you must previously have logged in with the AD password.


  • AuthControl Sentry version 4.0.4 or later is required for the latest version.
  • Connectivity to Swivel server during installation (with Third Party Authentication for GINA enabled).
  • Microsoft Windows 8 (including 8.1) and 10 or Windows Server 2012 (including R2). Version 5.3 and later have backward support for Windows Vista or later, and Windows Server 2008 or later.
  • Microsoft.Net Framework version 4.5.
  • AuthControl Desktop 64-bit - see above for links.
  • A separate license is not required, but the users authenticating to Swivel must be licensed.
  • User with AD account and valid password.


Basic Installation

To install the Swivel Windows Credential Provider run the installer and follow the on-screen instructions. At the end of the on-screen instructions you will be given the option to launch the configuration program to customise the Credential Provider. This can normally be found in the start menu under “Swivel Secure” and in “C:Program FilesSwivel SecureSwivel Credential Provider”.

After installation and configuration: * On Desktop Windows versions the computer must be restarted. * On Windows Server versions the Administration account can be signed out rather than doing a full restart.

Mass Rollout Installation

If AuthControl Desktop has been configured previously then the settings can be imported automatically on new installations.

  • Extract the settings using the existing Credential Provider from the “File > Export Settings” option, naming the output file “scps.xml”
  • Copy this file and the installation file onto the new computer. They must be in the same location (for example both files on the desktop).
  • Run the installation as described above and the settings will be automatically loaded during installation.


Swivel Secure is installed as a Windows Credential Provider. When a Windows login is made, AD username and password is checked against AD and the username and Swivel credential is sent to the Swivel server using XML authentication, or locally if offline authentication is enabled.

Offline Authentication

Swivel allows offline authentication using single channel or OATH, but not dual channel authentication. For offline authentication the user attempting to authenticate must have made at least one successful authentication against the Swivel server while Offline Authentication has been enabled. Swivel caches a limited number of strings for authentication: when one is shown then it’s classed as used and will not be re-shown. If the user makes a successful offline authentication then the number of strings will be replenished: however if the user runs out of strings then they will need to authenticate online to get some more. Swivel Account lockout is disabled for Swivel offline authentication. ChangePIN will not function when the Swivel server is not contactable. Local authentication is always single channel, even if single channel is normally disabled. The exception is that OATH authentication is also supported offline, provided the user has previously authenticated online using the same token.

Swivel Integration Configuration

Configure a Swivel Agent

  • On the Swivel Management Console select Server/Agent.
  • Enter a name for the Agent.
  • Enter the Credential Provider IP address. You can use an individual IP address for the Credential Provider, such as, or you can specify an IP address range like, which means the first 24 bits, or 3 numbers, are significant or you (i.e. 192.168.0.x).
  • Enter the shared secret used above on the Credential Provider.
  • Select a group, or leave it as “Any” to allow all users to authenticate.
  • Click on Apply to save changes.

Note that this creates a GINA menu item, but there are no configurable options, so is not selectable.

Create a Third Party Authentication

If offline authentication is to be allowed, a third party authentication must be created with an Identifier of WindowsGINA. The name must be exactly as shown. This entry should already exist, but check that the settings are as shown.

  • On the Swivel Management Console select Server/Third Party Authentication.
  • For the Identifier Name: WindowsGINA.
  • For the Class: com.swiveltechnologies.Swivel.server.thirdparty.WindowsGINA.
  • Ensure that Enabled is set to Yes.
  • For the Group select a group of users, or Any to allow any users to authenticate using this third party.
  • For the License Key, leave this empty as it is not required.
  • Click Apply to save the settings.

AuthControl Desktop Installation

  • The Credential Provider is provided as a Microsoft Installer .msi file. You must run this as an administrator.
  • Double-click the .msi file to run it. Alternatively, you can install from the command line, using the msiexec command.

The first page is the licence agreement:


Read the licence agreement, and check the box to acknowledge it. Click Next to continue.

Select the neccessary addons:

AuthControl Direct Access Manager - for integration with Direct Access

Fingerprint Enrolment - for Biometric Fingerprint enrolment and use Biometric authentication


The application will be installed to C:Program FilesSwivel SecureSwivel Credential Provider. If you have reconfigured the program files directory elsewhere, it will be installed there, but otherwise you cannot control where the application is installed.

When the install has completed, the following dialog is shown:


AuthControl Desktop configuration



Server: The Swivel virtual or hardware appliance or server IP or hostname. To add resilience, use the VIP on a swivel virtual or hardware appliance. See [[VIP on PINsafe Appliances]].

NOTE: it has been observed in testing that DNS is not always available when logging on. It is therefore recommended that you use IP address, rather than host name in this section.

Port: The Swivel virtual or hardware appliance or server port.

Context: The Swivel virtual or hardware appliance or server installation instance.

Secret: and Confirm Secret: A shared secret which must be entered onto the Swivel virtual or hardware appliance or server.

SSO Port: (Sentry v4.0.5 required) The AuthControl Sentry SSO port to allow RBA usage. (e.g.: 8443)

SSO Context: (Sentry v4.0.5 required) The AuthControl Sentry SSO context to allow RBA usage. (e.g.: sentry)

Use SSL The Swivel server or virtual or hardware appliance uses SSL communications.

Accept self signed SSL certificates Check this box if Use SSL is enabled, and you do not have a commercial certificate on your Swivel server (or a certificate signed by an authority that the client machine trusts). You should also check this box if you are using IP address rather than host name, as recommended above.

Test Connection Tests link to Swivel server. A correct configuration should produce a dialogue box with Swivel Connection settings are correct.


Incorrect settings will produce a dialogue box with Either the Swivel agent has not been defined, or the secret is wrong, Please check that the machine can contact Swivel and that the entered settings are correct.




Method Select the method of authenticating with Swivel, see above.

Test Mode With test mode the user can switch to a standard authentication, see below.

Ignore Domain Prefix Swivel will Remove any domain prefix (domainusername) before matching username. This does not affect Windows authentication usernames.

Ignore Domain Suffix Swivel will Remove any domain suffix (username@domain) before matching username. This does not affect Windows authentication usernames.

Allow Unknown Users Online If the username is not recognized by Swivel, the user can authenticate using Windows credentials only. Any Swivel OTC entered will be ignored. If the user is known then they must authenticate using Swivel authentication.

Allow Unknown Users Offline If Swivel is not found and the user has not authenticated with Swivel before then the user can authenticate using Windows credentials only.

Require for Unlock Screen Shows the selected authentication method on the unlock screen.

Remote Only The selected authentication method will only be shown for users logging into the machine remotely.

Password Caching Allows to cache the password and login using only 2fa. This option only works online.

Biometric Identification Allows to use the Biometric Reader to obtain the username.

Biometric Reader The type of Biometric Reader: Nitgen or Native Laptop.

If Swivel unavailable, Fail authentication If the Swivel server cannot be contacted then authentication will fail.

If Swivel unavailable, Use standard authentication If the Swivel server is unavailable use standard authentication, the OTC field is displayed but ignored.

If Swivel unavailable, Use offline authentication If the Swivel server cannot be contacted a locally generated Turing image can be used for authentication. If this option is enabled, users will be able to force offline mode using a checkbox on the login dialog. (Only works for single channel authentication methods)

File menu


Export Settings Export settings as an XML file. These can be used to import settings elsewhere.

Import Settings Import settings from an XML file exported elsewhere.

Advanced Options


Scale TURing Image

Scale TURing Image… Opens a dialog to let you scale the size of the TURing shown.

If Keep Aspect Ratio is selected then select the scale (%) of the TURing.


If its not selected then you can select the width and hight independently.


Trusted Users

“Trusted Users” Lets listed users Authenticate without Swivel.


To add a trusted user you must first click “”Add”” then enter the username in the text-box and click “Save”, repeat these sets to add more users.

To edit a username select the username from the list, change the name in the text-box and click “Save”.

To delete a username select the username from the list and press delete.

Make sure that the “Apply” or “OK” button to save these settings.


“Logging” change settings relating to logging, recommended to be turned off unless problem are found.


“Logging Level” The account of message that will be logged.

“Logging Location” The location the logs will be created, this must be somewhere any account has access to.

Test Mode

With Test Mode enabled the user will be able to select how they will authenticate


The Sign-in options button is shown to let users select from the list which method they would like to use.


The last successful authentication method will be selected by default when the credential is loaded.

Importing Configurations

You can import credentials exported from other installations using the Import Settings menu item.

Verifying the Installation

This will be an example of one of the credentials.

At the windows login screen a password and OTC login field should be available with a “Show PINpad” Button.


Pressing the “Show PINpad” button will generate a PINpad image for authentication. The Swivel log should show a session request message: ‘’Session started for user: username.’’


A successful login should appear in the Swivel log: ‘Login successful for user: username’.

A failed login should not allow a login, and the following message should be displayed in the Swivel log: ‘’Login failed for user: username’’.

Change PIN

A user is usually able to change the password by using the Ctrl-Alt-Del keys (Ctrl-Alt-End for remote sessions). With the Swivel Credential Provider installed, an additional option exists when the Change Password is selected, by clicking on the “Sign-in options” button and selecting the Swivel credential. This will not function for Offline authentication.

With Swivel authentication a user never changes enters PIN and this is true for ChangePIN. A user enters their current OTC, and then enters an OTC for what they wish their new PIN to be. PIN enforcement may be in place to the Swivel server to prevent the choosing of poor PIN numbers.

A user may use a single channel image or a dual channel security string to change their PIN.


A successful Change PIN will show the message Your PIN was changed successfully, the Swivel server will also display in the logs a changePIN message Change PIN successful for user: username.


Other Changes to PINpad are that the PINpad dialog has buttons to select which text-box the numbers will be entered and text to show which text-box is currently selected.

Uninstalling the AuthControl Desktop

Use the Uninstall option from the Program menu, right click on the Windows Credentials provider and click on Uninstall. Note that uninstalling and reinstalling the Credential Provider will remove the settings, so if you need to reinstall at any point, make sure you have an exported settings file saved.

Disabling the Credential Provider

If the Credential Provider fails to load correctly it can be disabled using the following process:

Boot the machine into safe mode and log in as an administrator.

Try each of the following in turn. Only one of the following is required, so use the first one that works.

  • Run the Swivel Login Configuration and edit the settings to disable the provider.

  • Uninstall the Credential Provider.

  • Using regedit.exe remove the following registry keys:

    • “HKEY_LOCAL_MACHINESoftwareMicrosoftWindowsCurrentVersionAuthenticationCredential Providers{6AD69A51-00E9-4BE9-A3D6-9D26255DA4E1}”
    • “HKEY_LOCAL_MACHINESoftwareMicrosoftWindowsCurrentVersionAuthenticationCredential Provider Filters{6AD69A51-00E9-4BE9-A3D6-9D26255DA4E1}”
    • “HKEY_CLASSES_ROOT CLSID{6AD69A51-00E9-4BE9-A3D6-9D26255DA4E1}”

Temporarily Disabling the Credential Provider Remotely

If there is a problem with the Swivel Secure appliance, and you need to disable the AuthControl Credential Provider on a number of machines temporarily, you can do this using a PowerShell script.

Enabling Powershell Remoting

In order to be able to run PowerShell scripts on remote machines, you need to enable the WinRM service on both the target machines and the machine running the script. [ This article] provides a step-by-step guide on setting up PowerShell remoting.

Setting up a List of Computers

The first step is to get a list of computers that you want to disable. [ This article] suggests three alternative methods: hard-code the list in your script, read it from a file, or query the Active Directory. The last is only useful if you want to run the script on every computer on your domain. We will use the second method in our example, so assume there is a list of computer names, one per line, in “CPComputers.txt”. This also assumes that the list is in the directory from which you are running the script, so you might want to use a full path in your script.

Setting up Credentials

For completeness, we will describe how to set up credentials to connect to the remote machines. If you are able simply to use the current logged-in user credentials on all remote PCs, then you can ignore this part.

To initialize a credential for use on the remote computers, use the following PowerShell command:

$cred = Get-Credential domainadminuser

Replace “domainadminuser” with the qualified name of the user whose credentials you will be using: note that you must include the domain. You will be prompted for the user’s password.

If you are using the current user’s credentials, leave off -Credential $cred from the Enter-PSSession command below.

The Script

Here is an example script for disabling the Credential Provider on a number of remote computers:

$cred = Get-Credential domain\adminuser
$computers = Get-Content -Path ".\CPComputers.txt"
foreach ($pc in $computers) {
  Enter-PSSession -ComputerName $pc -Credential $cred
  $filterPath = "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\Credential Provider Filters\{6AD69A51-00E9-4BE9-A3D6-9D26255DA4E1}"
  if (Test-Path $filterPath) { Set-ItemProperty -Path $filterPath -Name Disabled -Value 1 }
  $credPath = "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\Credential Providers\{6AD69A51-00E9-4BE9-A3D6-9D26255DA4E1}"
  if (Test-Path $credPath) { Set-ItemProperty -Path $credPath -Name Disabled -Value 1 }

Known Limitations

Be aware that running this script may not immediately disable the Credential Provider. You may need to wait a few minutes, or restart the computer, for the change to take effect.

Re-enabling the AuthControl Desktop

To re-enable the Credential Provider, use the same script, but change the Disabled Value to 0 in two lines. So the script between Enter-PSSession and Exit-PSSession becomes

$filterPath = “HKLM:SOFTWAREMicrosoftWindowsCurrentVersionAuthenticationCredential Provider Filters{6AD69A51-00E9-4BE9-A3D6-9D26255DA4E1}” if (Test-Path $filterPath) { Set-ItemProperty -Path $filterPath -Name Disabled -Value 0 } $credPath = “HKLM:SOFTWAREMicrosoftWindowsCurrentVersionAuthenticationCredential Providers{6AD69A51-00E9-4BE9-A3D6-9D26255DA4E1}” if (Test-Path $credPath) { Set-ItemProperty -Path $credPath -Name Disabled -Value 0 }

Mass deployment with GPO

  1. Install the Credential Provider on a single machine. Configure it as required, then use File, Export Settings from the configuration program to create a settings file named acd.xml.
  2. Create a network share that can be accessed by all computers. Copy both the credential provider MSI and acd.xml to that folder.
  3. From the domain controller, in Server Manager, select the Tools menu, then “Group Policy Management”.
  4. Select the domain node on the left-hand window. Right-click and choose “Create a GPO in this domain and link it here”.
  5. Give the GPO a name, such as “AuthControl Credential Provider”, and click OK.
  6. Under Group Policy Objects, find the GPO you just created, right-click on it and click Edit.
  7. Choose Computer Configuration, Policies, Software Settings, Software installation. Right-click and select New -> Package.
  8. From the file browser, enter the location of the MSI. It must be entered as a network share, i.e. \ComputerShareAuthControlCredentialProvider.msi. Leave deployment method as “Assigned”.
  9. Choose User Configuration, Policies, Software Settings, Software installation and repeat the last 2 steps, except this time, the deployment method should be “Published”.

9.1. Choose User Configuration, Policies, Software Settings, Software installation. Right-click and select New -> Package.

9.2. From the file browser, enter the location of the MSI. It must be entered as a network share, i.e. \ComputerShareAuthControlCredentialProvider.msi. Set deployment method to “Published”.

  1. Close the editor and left-click on the GPO. Under Scope you should see the domain name in the Links section. Right-click on it and check “Enforced”.

Note that this will install ACD on every computer in the domain. It should be possible to restrict the policy to a single Organisational Unit, by applying the GPO link to that OU.

You can only apply policies to domains or OUs, not ordinary containers. You can also restrict the policy by creating a group of computers and adding that group to Security Filtering.

Our understanding is that steps 7 and 8 make the software available for network installation. This step installs the software automatically if it is not yet installed, the next time each user connects to the domain.

The notes on the final step suggest how you can restrict which computers have the WCP installed.

Known Issues and Limitations

  • The Swivel Windows Credential Provider does not support the use of Animated gifs for Single Channel authentication.
  • It has been observed in testing that DNS is not always available when logging on. It is therefore recommended that you use IP address, rather than host name for the Swivel server.
  • Local (offline) authentication only works in single channel and OATH modes: the dual channel strings are not available offline.
  • If the user gets an online TURing with a different scale then gets an offline TURing, the TURing is broken, the fix is to close the dialog and request an new TURing.
  • If Allow Unknown Users Offline is enabled then users that have not previously authenticated to Swivel online can bypass Swivel by checking the offline box and authenticating with AD only.
  • On Windows server 2012 R2 there is an update from Microsoft to fix an issue where dialogues will not be displayed, please ensure that windows update 2919355 is installed.
  • Local authentication does not know if a users PIN has expired or even if the account is locked or deleted. Once a user has successfully authenticated they are allowed offline until their offline strings are deleted or the offline option is deselected.