| title | description | author | ms.author | ms.date | ms.service | ms.subservice | ms.topic | helpviewer_keywords | ||
|---|---|---|---|---|---|---|---|---|---|---|
Protecting Your SQL Server Intellectual Property |
Understand your options for protecting the intellectual property in a SQL Server data application that is distributed to customers. |
VanMSFT |
vanto |
01/31/2017 |
sql |
security |
conceptual |
|
[!INCLUDE SQL Server]
Software developers often ask how to distribute their [!INCLUDEssNoVersion_md] data application to customers, and yet prevent customers from analyzing and deconstructing their application. The key principal here, is that protecting your intellectual property, is a legal issue, and the protection rests in your license agreement. When [!INCLUDEssNoVersion_md] is installed on a computer that others administer, you inherently lose some aspects of control.
The owner/administrator of a computer can always access the instance of [!INCLUDEssNoVersion_md] that is installed on that computer. If you deploy your application to a customer's computer, since they are administrators, they can connect to the [!INCLUDEssNoVersion_md] as members of the sysadmin fixed server role. This includes the ability to grant permissions, manage backups (including restoring backups to other computers), decrypt and move data files, etc. For more information, see Connect to SQL Server When System Administrators Are Locked Out.
Stored procedures and data can be encrypted, but the data structure cannot be hidden and users who can attach a debugger to the server process can retrieve decrypted procedures and data from memory at runtime.
If the clients are not administrators on the computers, you can prevent access by the clients. You can use Transparent Data Encryption to encrypt the data files, you can encrypt backups, and you can audit the actions of all users. But [!INCLUDEssNoVersion_md] administrators and admins of the [!INCLUDEssNoVersion_md] computer can reverse these actions.
There are various ways to configure client data access without installing [!INCLUDEssNoVersion_md] on your clients computer. The easiest is probably using [!INCLUDE ssazure-sqldb] so the clients are not admins, perhaps in combination with Always Encrypted. For more information about getting started with [!INCLUDEssSDS_md], see What is SQL Database? Introduction to SQL Database.
You can also host a [!INCLUDEssNoVersion_md] on your own network, and allow clients to access data through your network, either directly or through a web application.
Security Center for SQL Server Database Engine and Azure SQL Database
Securing SQL Server