Adaptive access

Overview

Adaptive Access enhances the security of your portal or web application using a combination of risk analysis techniques and multi-factor authentication.

An Adaptive Access Policy contains the following settings:

1. Login workflow
2. Multi-factor authentication
3. Risk Analysis Techniques

📘

The Creating an Adaptive Access policy article guides you through creating a new policy of this category. You can find out more about assigning, editing, copying and deleting policies in the Manage policies article.

👍

The default Adaptive acess policy is automatically assigned to each application and is active from the moment you start using Strivacity.

Login workflow

Strivacity provides several login workflows for you to choose from depending on the customer journey that you wish to create.

Because a login workflow can be defined for an Adaptive Access policy, it means that you can have multiple applications each with its own Login Workflow, giving you the flexibility to provide different customer journeys per application.

📘

You can learn more about login workflows in this article.

Multi-factor authentication

1. SMS and voice call managed service
2. Email managed service
3. Soft token authenticator apps
4. FIDO-based authentication

Multi-factor authentication (MFA) provides an additional layer of security beyond just a (single-factor) username and password-based authentication.

Multi-factor authentication protects your customers against threats such as,

• Account takeover
• Unauthorized account access
• Fraudulent transactions
• Account hijacking

Strivacity provides the following MFA methods:

SMS and voice call managed service

Strivacity provides a fully included and managed SMS and Voice Call service with global coverage. No further configuration or need to subscribe with a third-party service provider is required - meaning that there is nothing additional to configure or set up to start using Strivacity-supported phone-based Multi-Factor Authentication methods.

See Customizing SMS Templates for more information on how to use your own branding and customize how SMS messages are sent.

Email managed service

Strivacity provides a fully included and managed Email service. No further configuration or need to subscribe with a third-party service provider is required - meaning that there is nothing additional to configure or set up to start using Email notifications or supported Email-based Multi-Factor Authentication methods.

See Customizing Email Templates for more information on how to use your own branding and customize how Email messages are sent.

Soft token authenticator apps

Soft token authentication allows your customers to use the one-time passcode (OTP) generator app of their choice, such as Google Authenticator or Authy.

Customers install their preferred authenticator app on their device, enroll the application through their self-service portal, and begin using rotating passcodes to authenticate. This approach enhances security without requiring a phone number or email address to receive codes, as passcodes are generated locally on the device.

During enrollment, customers can scan a QR code to configure their app. If they can’t scan the code, they can choose to manually enter a setup key instead—ensuring flexibility in environments where scanning may not be possible.

Automatic token rotation ensures a steady supply of valid passcodes without requiring customer action.

FIDO2-based authentication

FIDO2 is a standards-based protocol that enables device-based authentication. Leveraging their everyday devices, users can authenticate with biometrics – fingerprint, face scan, or voice recognition – or a physical security token of choice.

Ever since the FIDO alliance entered the scene, more and more devices ship with FIDO-compliant platform authentication systems, such as Android, Windows Hello, Apple Touch, and Face ID or support roaming authenticators such as Yubikey and Google security keys.

Compared to the rest of the existing authentication methods, device-based authentication requires the least effort from customers, which also equals less friction during enrollment and login journeys.

You can tap into the secure and convenient device-based authentication solutions customers already have at their command with Strivacity FIDO authentication support.

Risk Analysis Techniques

Strivacity's Adaptive Access policies include several risk analysis techniques that can adjust and enhance your customer's registration or login journey.

1. Optimized Outcomes
2. Fraud detection tools
3. Account lockout
4. Geolocation Detection
5. Improbable Travel Detection
6. Known Device Detection
7. Breached Password Detection

Optimized customer outcomes

Strivacity includes several workflow options that can be used where they make sense during registration, login, or password reset.

Fraud detection tools

Adaptive Access policies come with out-of-the-box fraud mitigation tools to protect your customers and brand from fraudulent actors.

Bot detection

Login attempts from malicious bots comprise around 34% of all login attempts on the web. Strivacity's bot detection shields your brand from unwanted consumer bots by analyzing the IP address of authentications and registrations to differentiate between human and non-human traffic.

You can set up blocking or step-up rules to deal with the detected threats for logins and blocking rules only for registrations. Each rule offers two levels of risk mitigation: normal and high. Pick the protection level that's best for your situation.

Anonymous proxy / Tor detection

Some users hide behind an anonymous proxy server or Tor exit node to conceal their real IP addresses. This makes it impossible to accurately verify these users' geographical whereabouts.

Strivacity's anonymous proxy detection allows you to be confident that only customers with a traceable online presence will have access to your applications. It does this by halting requests coming from hidden IP addresses before users can continue to your services.

You can choose to block or step up customers who try to log in from anonymous proxy servers or Tor exit nodes.

Behavior analytics

Many customers log in from the same location or a similar time of day or week. Strivacity's behavior analytics uses machine learning to analyze time and location data to reduce friction in your customer's login experience while still providing the high-level security everybody expects.

You can enable behavior analytics in your applications to identify trusted customer behavior. If customers log in from their usual location and time, they will be stepped down from an otherwise required additional factor of authentication.

Account lockout

Account lockout can mitigate any attack that tries to take over accounts with repeated password or temporary passcode attempts, such as brute force attacks, dictionary attacks, or credential stuffing. You can significantly enhance the security of your customer accounts by finding the right combination of limited attempts and account lockout duration.

Improbable travel detection

Malicious actors engaged in account takeover activities are often not logging in from the same location as a customer. Strivacity's improbable travel detection combines time/date information with a customer's past and current location to perform a travel velocity calculation - put simply "could a customer have traveled from point A to point B within the period of time between logins?" If 'yes' then the login may be legitimate. If 'no' then the login is suspicious and some action should be taken.

Improbable travel detection protects against account takeover without compromising a customer's login experience. It effectively denies access to an attacker who may have attempted to compromise a customer's account.

With improbable travel detection, it is possible to step up authentication. If multi-factor authentication is enabled and an existing customer logs in from a location and the likelihood of that distance traveled from the last location seems low, you can step up the customer and ask them for an additional factor as an additional step of verification.

Geolocation detection

Strivacity's geolocation detection resolves IP addresses to physical locations using a highly accurate and frequently updated resolution database.

Why is this useful?

Geolocation detection allows brands to specifically allow or deny customer registration or logins from any geography that they do or do not want customers to use their application or website. This helps reduce the attack surface and provides great assurance to any requirements or laws around where an application or website can be accessed from.

This capability allows an admin to change the customer journey based on specific locations at a granular level - the Entire World, Country, State, and City levels - with worldwide coverage.

📘

When configuring geolocation detection, the most restrictive options will always apply. For instance, if you deny registration/authentication from the UK (Country), and then allow registration/authentication from Sheffield (a City within the UK) then any registration or authentication requests from Sheffield will still be denied.

With geolocation detection you can;

1. Allow registration/authentication - the ability to define an allowed list of physical locations that a customer can self-register from or log in from.

2. Step-up authentication - if multi-factor authentication is enabled and an existing customer logs in from a location that you deem risky, you can step up the customer and ask them for an additional factor as an additional step of verification.

3. Redirect registration/authentication - the ability to redirect any customer registration or authentication to a URL of your choosing if the customer is in a specific country/state/city.

4. Deny registration/authentication - the ability to deny any customer registration or authentication from a location that you deem risky.

Known device detection

Strivacity known device detection uses device recognition techniques and a browser cookie to remember a known device upon successful authentication using Adaptive MFA.

Once a user has been verified and the cookie stored then they will not be asked to provide another Multi-factor Authentication method until:

1. The known device lifetime (default is 30 days and can be configured in the Adaptive Access policy) expires because the customer has not logged in

2. Other risk is detected via any of Strivacity's other risk analysis techniques. In this situation, the existing known device cookie is revoked when the customer is stepped up

This approach helps ensure a good balance of customer experience and risk analysis. Strivacity will only prompt the customer again for a Multi-factor Authentication method when absolutely needed - avoiding adding any additional friction unless needed.

Breached password detection

Strivacity provides a Breached Password service that can perform risk analysis against a customer password. This helps protect against:

1. Credential stuffing attacks - in the event that a customer is trying to use/re-use a password with the same identifier where that password has been previously breached, Breached Password Detection will prevent them from re-using that password and will disallow that breached password from being used.

2. Account takeover - in the event that a customer's identifier and password are part of a known breached corpus, Breached Password Detection will prevent them from re-using that password and will disallow that breached password from being used.

Breached Password Detection's analysis of customer passwords occurs at any of the following points in the account lifecycle:

1. During customer registration (customer attempts to provide a previously breached password)

2. During a password reset (customer attempts to re-use a previously breached password)

3. During a customer password change (customer attempts to re-use a previously breached password)

4. During an administrative password reset or change (via the Admin Console)