Need Help? We are right here!
Thanks for your Enquiry. Our team will soon reach out to you.
If you don't hear from us within 24 hours, please feel free to send a follow-up email to info@xecurify.com
Search Results:
×[This will be released soon.]
Configuring Adaptive Access Policy (MFA) for users is crucial due to the elevated privileges they have. Specific users have access to certain levels of sensitive systems and data, making them targets for malicious actors.
Admins can dynamically adjust the authentication requirements based on risk factors like location, device and behavior by implementing adaptive MFA. This ensures that even if an attacker gains access to admin credentials, they still face significant hurdles, reducing the likelihood of a successful breach.
Moreover, while balancing security and user experience is vital for regular users, the security of admin accounts should take precedence. Adaptive MFA allows for stricter authentication policies for administrators without impacting the daily workflow of typical users.
Note:
The Adaptive Authentication section has been moved from the left navigation menu. You can now access and manage adaptive authentication policies by navigating to Policies >> Adaptive Access Policy.


There are four different sections you can configure in an Adaptive Access Policy:

1.1 IP Based Access Restriction
In IP restriction, the admin configures a list of IP addresses to allow or deny access. When a user tries to log into any application configured with Adaptive Access Policy, their IP address is checked against the configured IP list and the action is decided as per the configuration (i.e., Allow, Deny or Challenge).
How to Configure IP Address:


1.2 Device Based Access Restriction
Device restriction lets admins control application access using device trust. You can use Agentless Device Restriction (browser-based fingerprinting) or Agent-Based Device Restriction (installed agent with risk scoring) depending on your security requirements.
How to Configure Device-Based Access Restriction:

Agentless Device Restriction

Agent-Based Device Restriction


The Risk Engine allows you to evaluate device trustworthiness by analyzing multiple device attributes and calculating a risk score. Based on this score, user access is allowed, challenged or denied during login and device registration.



1.3 Location Based Access Restriction
In location restrictions, the admin configures a list of locations where they want to allow or deny end-user access based on the condition set by the admin. When a user tries to log in with Adaptive Access Policy enabled, their location attributes, such as latitude, longitude and country code, are verified against the location list configured by the admin. Based on this, the user will be either allowed, challenged or denied.
How to Configure Location-Based Access Restriction:


1.4 Time Based Access Restriction
In time restriction, the admin configures a time zone with start and end times and users are either allowed, denied or challenged based on the condition in the policy. When an end-user tries to log in with Adaptive Access Policy enabled, their time zone-related attributes, such as time zone and current system time, are verified against the list configured by the admin. Based on the configuration, the user is either allowed, denied or challenged.
How to Configure Time-Based Access Restriction:



| Attribute | Description |
|---|---|
| Allow | Allow users to authenticate and use services if Adaptive Access Policy condition is true. |
| Deny | Deny user authentications and access to services if Adaptive Access Policy condition is true. |
| Challenge | Challenge users with one of the three methods mentioned below for verifying user authenticity. |
Challenge Type Options:
| Factors | Description |
|---|---|
| User Second Factor |
The user needs to authenticate using the second factor they have selected or been assigned, such as
|
| KBA | The system will ask the user for 2 of 3 questions they have configured in their Self-Service Console. Only after the correct answers to both questions will the user be allowed to proceed further. |
| OTP over Alternate Email | User will receive an OTP on the alternate email they have configured through the Self Service Console. Once the user provides the correct OTP, they are allowed to proceed further. |
This section handles the notifications and alerts related to Adaptive Authentication. It provides the following options:


| Option | Description |
|---|---|
| Users login from unknown IP addresses, devices or locations | Enabling this option allows you to login from unknown IP addresses or devices and even locations. |
| Challenge Completed and Device Registered | Enabling this option allows you to send an email alert when an end-user completes a challenge and registers a device. |
| Challenge Completed but Device Not Registered | Enabling this option allows you to send an email alert when an end-user completes a challenge but do not registers the device. |
| Challenge Failed | Enabling this option allows you to send an email alert when an end-user fails to complete the challenge. |


Review the configured policy conditions, behavior change actions, email alert settings and custom error messages before creating the adaptive authentication policy. This step provides a consolidated view of all configured settings, allowing you to verify the policy configuration and make any necessary changes before saving.


