For the complete documentation index, see llms.txt. This page is also available as Markdown.

Alternative workspaces

Alternative workspaces are intended for teams planning to use CyberArk, Microsoft SQL Server or Microsoft Azure SQL as their workspace.

To assist with selecting the appropriate workspace, here is a set of concerns and the list of workspaces that can serve in such a context.

Concern
Microsoft SQL Server
Microsoft Azure SQL

Unaccessible database to end users

Note 1

Note 2

Note 1

AD accounts used for authentication

X

Data stored on-premises

X

Activity logs

X

X

Data accessible globally

Note 3

X

Optional local cache of connections

X

X

Notes

Note 1

Administrators can create end-user accounts without sharing passwords by importing a locked workspace definition for each user. However, this process involves significant manual effort by the administrator.

Note 2

Integrated security is a Microsoft technology that allows access to an SQL Server instance without transmitting credentials, relying on the authentication token from the Windows environment. This allows users to connect directly to the database using other tools, but it should not be used if preventing direct database access is required.

Our SQL Server workspace provides a third authentication option, Custom (Devolutions), which allows user impersonation without revealing the credentials used to connect to the database. For more information, refer to User management.

Note 3

It is possible to expose a database to the Internet, but SSL/TLS encryption is necessary to secure the traffic and mitigate risks like DDoS attacks. Cloud services, such as Azure, prioritize this concern. The default firewall settings should block all traffic initially, with exceptions and rules added as needed. Additionally, open only the essential ports, add them to the exception list, and filter incoming requests based on their origin.

Last updated

Was this helpful?