ESET Secure Authentication SDK Developer Guide

Java SDK

Introduction

The ESET Secure Authentication SDK allows two-factor authentication to be added to any system implemented using Java.

This document describes how to use the SDK to provision a user for text message OTPs and how to authenticate OTPs. The document includes Java code snippets.

Using the SDK

The entire SDK is encapsulated in a single JAR package. The "eset-secure-authentication-sdk" package with group "com.eset.secureauthentication" must be installed from the https://esa.eset.com/sdk/packages/maven Maven repository, which will manage the required dependencies. The library must be added to your Java project. Specific instructions are given for the Gradle and Maven project automation tools.

Gradle Instructions

The SDK can be added to a Gradle project by modifying your "build.gradle" file and adding the following snippet to the "repositories" block:

mavenCentral()
maven {
    url 'https://esa.eset.com/sdk/packages/maven'
} 

The following snippet should then be added to the "dependencies" block:

compile group: 'com.eset.secureauthentication', name: 'eset-secure-authentication-sdk', version: '+'

Gradle will then be able to install the SDK package and all required dependencies.

Maven Instructions

The SDK can be added to a Maven project by modifying your "pom.xml" file and adding the following snippet to the "repositories" element:

<repository>
    <id>maven-central</id>
    <name>Maven Central</name>
    <url>http://repo.maven.apache.org/maven2/</url>
</repository>
<repository>
    <id>esa-sdk-repo</id>
    <name>ESA SDK Repository</name>
    <url>https://esa.eset.com/sdk/packages/maven/</url>
</repository>

The following snippet should then be added to the "dependencies" element:

<dependency>
    <groupId>com.eset.secureauthentication</groupId>
    <artifactId>eset-secure-authentication-sdk</artifactId>
    <version>1.0.0</version>
</dependency>

Maven will then be able to install the SDK package and all required dependencies.

Creating an Authenticator Instance

The TwoFactorAuthenticator class is the entry point into the SDK and is used to get users and authenticate OTPs for users.

The TwoFactorAuthenticator integrates with your existing user database via the IUserStorage interface. The two-factor user data will be stored in your database as a string for each user. Add this string as a new column called "esa_data" to your users table. You must implement the IUserStorage interface in order to instantiate the TwoFactorAuthenticator class. The following Java snippet gives an example of how to implement the interface:

public class CustomUserStorage implements IUserStorage
{
    // implement by returning the string in the "esa_data" field for the user
    public String loadUser(String username)
    {
        throw new NotImplementedException();
    }

    // // implement by saving the "data" string into the "esa_data" field for the user
    public String saveUser(String username, String data)
    {
        throw new NotImplementedException();
    }
}

The TwoFactorAuthenticator requires an instance of the TwoFactorConfiguration class. The TwoFactorConfiguration class requires your SDK credentials (API key and shared secret) and an instance of your implementation of IUserStorage (eg the CustomUserStorage class from the above snippet). The following Java snippet illustrates this:

// create an instance of your implementation of IUserStorage
IUserStorage userStorage = new CustomUserStorage();

// replace with your credentials
String apiKey = "KEY";
String apiSecret = "SECRET";

// create configuration object
TwoFactorConfiguration configuration = new TwoFactorConfiguration(apiKey, apiSecret, userStorage);

// create authenticator instance
TwoFactorAuthenticator authenticator = new TwoFactorAuthenticator(configuration);

The authenticator instance can now be used to provision and authenticate users.

Provision a User for Text Message OTPs

Once a user is provisioned for text message OTPs, they will be sent an OTP via text message during each authentication attempt.

The username and mobile number are required to provision a user for text message OTPs.

Note: Mobile numbers must be in the format '42612345678', where '4' is the country code and '26' is the area code.

The following Java snippet details this:

String username = "user1";
String mobileNumber = "42612345678";

TwoFactorUser twoFactorUser = authenticator.createUser(username, mobileNumber);
twoFactorUser.provisionTextMessage();
twoFactorUser.save(); // persist data after making any changes

Any changes made to instances of the TwoFactorUser class must be persisted by calling the save method.

User Authentication

The authentication process consists of two steps.

The first step is the pre-authentication step. This step will send a text message OTP to the user:

// start the authentication process, which will send a text message OTP to the user
authenticator.preAuthenticate(username);

The second step authenticates an OTP entered by the user. The result from this step will indicate if authentication succeeded or not. The following Java snippet details this:

// this value must be captured from the user
String otp = "123456";

// authenticate an OTP entered by the user
AuthenticateResult authenticateResult = authenticator.authenticate(username, otp);

if (authenticateResult.getIsAuthenticated())
{
    // the authentication has succeeded, the user may be logged in
}
else
{
    // the authentication has failed
}

Details

User Details

The TwoFactorUser class exposes the following methods:

• getIsLocked – specifies if the user has been locked due to too many failed authentication attempts. Locked users cannot be authenticated
• provisionTextMessage – provisions the user for text message OTPs
• provisionMobileApp – provisions the user for mobile app OTPs. The return value contains the mobile app installation URL. This method does not automatically send the URL via text message to the user
• sendMobileAppProvisioningTextMessage – send mobile app installation URL to user via text message. This method accepts the result from provisionMobileApp as an input parameter
• unlock – unlocks a locked user
• deprovisionTwoFactor – disables two-factor authentication for a user. This decrements your license's active user count
• save – persists any changes made to a user (such as provisioning)

Provisioning users for text message OTPs or mobile app OTPs increments your license's active user count.

Configuration Details

Default configuration can be overridden by calling the following methods on the TwoFactorConfiguration class:

• setTokenName – the name of the token displayed in the user's mobile app (defaults to "SDK Token")
• setPINEnforced – if enabled, all users must protect their mobile app with a PIN
• setAppInstallTextMessageText – the text that will be displayed in the text message containing the mobile app installation URL. The text must contain the "__ESA_APP_INSTALL_URL__" placeholder string
• setTextMessageOTPText – the text that will be displayed when text message OTPs are sent. The text must contain the "__ESA_SMS_OTP__" placeholder string
• setMaxFailuresBeforeLocking – the number of failed authentication attempts allowed before the user is locked. The value must be in the range of 3-30 (inclusive)
• setTextMessageOTPLifetime – the number of minutes before a text message OTP expires. The value must be in the range of 5-60 (inclusive)

Pre-authentication Detail

The pre-authenticate method returns a PreAuthenticateResult object. The result includes a getExpectedCredential method (that returns enum type CredentialTypes) that indicates the type of OTP that is to be expected.

The CredentialTypes enum has the following values:

• NONE – the user is not enabled for two-factor authentication
• TEXT_MESSAGE_CREDENTIAL – the user is enabled for text message OTPs
• APP_HOTP_CREDENTIAL – the user is enabled for mobile app OTPs
• TRANSITION_TEXT_TO_APP_HOTP – the user is enabled for both text message and mobile app OTPs

This result can be used to customize OTP prompt text (such as telling the user to expect an OTP via text message).

Transitioning

A user can be enabled for both text message and mobile app OTPs. This state is known as "transitioning". This is done so that a user can be enabled for two-factor authentication without having to install the mobile app immediately.

When a user is in the transitioning state, the pre-authenticate step will still send a text message OTP. A transitioning user can authenticate using either a text message or a mobile app OTP. When a transitioning user authenticates using a mobile app OTP for the first time, they will be automatically transitioned to only being enabled for mobile app OTPs (i.e. they will no longer be enabled for text message OTPs). This is done because mobile app OTPs are preferred to text message OTPs.

Advanced

Logging

The SDK uses Simple Logging Facade for Java (SLF4J) for logging non-critical events. SLF4J makes it easy to use your existing logging framework, see the SLF4J website for more details: http://www.slf4j.org

Auditing

The SDK audits critical security events using an auditor that can be overridden. The default configuration writes audit events to logging.

The default logging auditor can be overridden as follows:

1. Create a new class that implements the IAuditor interface
2. Call the setAuditor method on the TwoFactorConfiguration instance with an instance of your auditor class.