This document describes how you can use the services of inWebo to authenticate the sessions of your privileged users with One Identity Safeguard for Privileged Sessions (SPS).
One Identity Safeguard for Privileged Sessions:
One Identity Safeguard for Privileged Sessions (SPS) controls privileged access to remote IT systems, records activities in searchable, movie-like audit trails, and prevents malicious actions. SPS is a quickly deployable enterprise device, completely independent from clients and servers — integrating seamlessly into existing networks. It captures the activity data necessary for user profiling and enables full user session drill down for forensic investigations.
SPS acts as a central authentication gateway, enforcing strong authentication before users access sensitive IT assets. SPS can integrate with remote user directories to resolve the group memberships of users who access nonpublic information. Credentials for accessing information systems can be retrieved transparently from SPS's local Credential Store or a third-party password management system. This method protects the confidentiality of passwords as users can never access them. When used together with inWebo (or another Multi-Factor Authentication (MFA) provider), SPS directs all connections to the authentication tool, and upon successful authentication, it permits the user to access the information system.
Integrating inWebo with SPS:
SPS can interact with your inWebo account and can automatically request strong Multi-Factor Authentication for your privileged users who are accessing the servers and services protected by SPS. When used together with inWebo, SPS prompts the user for a second factor authentication, and upon successful authentication, it permits the user to access the information system.
The integration adds an additional security layer to the gateway authentication performed on SPS. If the inWebo Authenticator App is installed on the user's device (smartphone, notebook, smartwatch, and so on), the user can generate a One-Time Password (OTP) using the device. This will be used for the authentication to the One Identity platform. The one-time password is changed after 60 seconds.
Meet compliance requirements
ISO 27001, ISO 27018, SOC 2, and other regulations and industry standards include authentication-related requirements, (for example, Multi-Factor Authentication (MFA) for accessing production systems, and the logging of all administrative sessions). In addition to other requirements, using SPS and inWebo helps you comply with the following requirements:
-
PCI DSS 8.3: Secure all individual non-console administrative access and all remote access to the cardholder data environment (CDE) using MFA.
-
PART 500.12 Multi-Factor Authentication: Covered entities are required to apply MFA for:
-
Each individual accessing the covered entity’s internal systems.
-
Authorized access to database servers that allow access to nonpublic information.
-
Third parties accessing nonpublic information.
-
NIST 800-53 IA-2, Identification and Authentication, network access to privileged accounts: The information system implements MFA for network access to privileged accounts.
In order to successfully connect SPS with RADIUS server, you need the following components.
In inWebo:
-
A valid inWebo subscription that permits multi-factor authentication.
-
Your users must be enrolled in inWebo and their access must be activated.
-
The users must install the inWebo Mobile app.
In SPS:
-
A One Identity Safeguard for Privileged Sessions appliance (virtual or physical), at least version 5 F11.
-
A copy of the SPS inWebo Multi-Factor Authentication plugin. This plugin is an Authentication and Authorization (AA) plugin customized to work with the inWebo multi-factor authentication service.
-
SPS must be able to access the Internet (at least the services on api.myinwebo.com). Since inWebo is a cloud-based service provider, SPS must be able to access its web services to authorize the user.
The connection also requires the Service ID that is displayed on the inWebo Administration interface under the Service Users tab.
Generate and download an X.509 certificate and store it in the credential store:
-
In the inWebo Administration interface, navigate to Secure Sites and click Download a new certificate for the API. Configure the parameters (Authentication: Yes, Provisioning: No) and click Download.
-
Decrypt the downloaded X.509 certificate with the following command: openssl rsa -in <certificate-file-name>.crt. Enter the required passphrase. The decrypted part of the certificate is displayed on the console screen.
-
Copy the decrypted part from -----BEGIN RSA PRIVATE KEY----- to -----END RSA PRIVATE KEY-----, open the <certificate-file-name>.crt and replace the encrypted part with the copied decrypted part from -----BEGIN ENCRYPTED PRIVATE KEY----- to -----END ENCRYPTED PRIVATE KEY-----.
-
Depending on the factor you use to authenticate your users, your users might need Internet access on their cellphones.
Availability and support of the plugin
The SPS inWebo Multi-Factor Authentication plugin is available for download as-is, free of charge to every SPS customer from the InWebo Multi-Factor Authentication plugin for Safeguard for Privileged Sessions page. In case you need any customizations or additional features, contact our Support Team.
|
|
Caution:
Using custom plugins in SPS is recommended only if you are familiar with both Python and SPS. Product support applies only to SPS: that is, until the entry point of the Python code and passing the specified arguments to the Python code. One Identity is not responsible for the quality, resource requirements, or any bugs in the Python code, nor any crashes, service outages, or any other damage caused by the improper use of this feature, unless explicitly stated in a contract with One Identity. If you want to create a custom plugin, contact our Support Team for details and instructions. |
How SPS and inWebo work together in detail
Figure 1: How SPS and inWebo work together
-
A user attempts to log in to a protected server.
-
Gateway authentication on SPS
SPS receives the connection request and authenticates the user. SPS can authenticate the user to a number of external user directories, (for example, LDAP, Microsoft Active Directory, or RADIUS). This authentication is the first factor.
-
Check if the user is exempt from multi-factor authentication
You can configure SPS using whitelists and blacklists to selectively require multi-factor authentication for your users, (for example, to create break-glass access for specific users).
-
If multi-factor authentication is not required, the user can start working, while SPS records the user's activities. The procedure ends here.
-
If multi-factor authentication is required, SPS continues the procedure with the next step.
For details on creating exemption lists, see [WHITELIST].
-
Determining the inWebo username
If the gateway usernames are different from the inWebo usernames, you must configure the SPS RADIUS plugin to map the gateway usernames to the inWebo usernames. The mapping can be as simple as appending a domain name to the gateway username, or you can query an LDAP or Microsoft Active Directory server. For details, see [USERMAPPING].
-
Outband authentication on inWebo
If gateway authentication is successful, SPS connects the inWebo server to check which authentication factors are available for the user. Then SPS requests the second authentication factor from the user.
-
For OTP-like authentication factors, SPS requests the OTP from the user, and sends it to the inWebo server for verification.
-
For the inWebo push notification factor, SPS asks the inWebo server to check if the user successfully authenticated on the inWebo server.
-
If multi-factor authentication is successful, the user can start working, while SPS records the user's activities. (Optionally, SPS can retrieve credentials from a local or external Credential Store or password vault, and perform authentication on the server with credentials that are not known to the user.)
-
If the user opens a new session within a short period, they can do so without having to perform multi-factor authentication again. After this configurable grace period expires, the user must perform multi-factor authentication to open the next session. For details, see [authentication_cache].
This section contains the notable features of this plugin.
-
To map the gateway usernames to the inWebo usernames if the gateway usernames are different from the inWebo usernames, configure the [USERMAPPING] section of the plugin.
-
The [WHITELIST] section allows configuring authentication whitelists and blacklists for example to create break-glass access for specific users to allow them to bypass inWebo authentication.
-
The [authentication_cache] section contains the settings that determine how soon after performing a inWebo authentication must the user repeat the authentication when opening a new session.
-
The [connection_limit by=client_ip_gateway_user] section contains the options related to limiting parallel sessions.
