-
Notifications
You must be signed in to change notification settings - Fork 22
ui_guidelines
After the application decrypts and decodes the status blob, it needs to react to the information appropriately.
The first screen that interacts with the activation status is the screen that is used for login - generally the first screen after the app launch. This screen should implement following logic:
- Check if there is any activation stored on the device.
- In case there is an activation, obtain the activation status (call
/pa/activation/status
endpoint), decrypt and decode it. - Look at the activation state property:
-
CREATED
,OTP_USED
,REMOVED
- Generally, these are states that you can safely interpret as "There is no activation in current progress." Display a UI that enables a new device activation. -
BLOCKED
- In case you provide a mechanism to unblock the activation, for example via the Internet banking, show a wizard that explains how to unblock the device. In case you have no such mechanism, interpret this state just as if the activation was inREMOVED
state and show UI for a new device activation. -
ACTIVE
- Display a UI that enables user login.
-
The first thing that the screen that allows user to enter the PIN code or password should do it to ask for an activation status. As a response, it receives the number of failed attempts and maximum allowed number of failed attempts.
In case failed attempt count is non-zero, UI should display information about remaining attempts. Remaining attempts can be calculated as the difference between maximum allowed failed attempts and current number of failed attempts. In case failed attempts is zero, there is no indication of remaining attempts count.
In case user enters a PIN code or password for the purpose of authentication, server should responde with the authentication result, that is generally in the format of yes/no response. In case the authentication was not successful, client should ask for the activation status again. In case activation remains active, it should just report authentication error and display remaining attempt count. In case activation was blocked or removed, PIN screen should be closed, application should log user out and display an information about the current activation status.
If you need any assistance, do not hesitate to drop us a line at hello@lime-company.eu.
PowerAuth 2.0 Specification
- Overview
- Basic Definitions
- Activation
- Key Derivation
- Checking Status
- Signatures
- MAC Token Based Authentication
- End-To-End Encryption
- Standard REST API
- Implementation Details
- List of Used Keys
Deployment
Applications
- PowerAuth Server
- PowerAuth Admin
- PowerAuth Push Server
- PowerAuth CMD Tool
- PowerAuth Mobile SDK
- SDK for RESTful APIs
- PowerAuth Web Flow
Development
Releases