title | description | author | ms.author | ms.date | ms.service | ms.subservice | ms.topic | f1_keywords | helpviewer_keywords | ||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Securing SQL Server |
Use these articles to create and implement an effective security plan in SQL Server. Learn about the platform, authentication, objects, and applications. |
VanMSFT |
vanto |
08/25/2023 |
sql |
security |
conceptual |
|
|
[!INCLUDE SQL Server]
Securing [!INCLUDE ssNoVersion] can be viewed as a series of steps, involving four areas: the platform, authentication, objects (including data), and applications that access the system. This article guides you through creating and implementing an effective security plan.
You can find more information about [!INCLUDE ssNoVersion] security at SQL Server security best practices. This includes a best practice guide and a security checklist. Be sure to install the latest service pack or cumulative update.
The platform for [!INCLUDE ssNoVersion] includes the physical hardware and networking systems connecting clients to the database servers, and the binary files that are used to process database requests.
Best practices for physical security strictly limit access to the physical server and hardware components. For example, use locked rooms with restricted access for the database server hardware and networking devices. In addition, limit access to back up media by storing it at a secure offsite location.
Implementing physical network security starts with keeping unauthorized users off the network. For more information, see SQL Server security best practices - Infrastructure threats.
Operating system service packs and upgrades include important security enhancements. Apply all updates and upgrades to the operating system after you test them with the database applications.
Firewalls also provide effective ways to implement security. Logically, a firewall is a separator or restrictor of network traffic, which can be configured to enforce your organization's data security policy. If you use a firewall, you increase security at the operating system level by providing a chokepoint where your security measures can be focused. The following table contains more information about how to use a firewall with [!INCLUDE ssNoVersion].
For information about | See |
---|---|
Configuring a firewall to work with [!INCLUDE ssNoVersion] | Configure a Windows Firewall for Database Engine Access |
Configuring a firewall to work with [!INCLUDE ssISnoversion] | Integration Services Service (SSIS Service) |
Configuring a firewall to work with [!INCLUDE ssASnoversion] | Configure the Windows Firewall to Allow Analysis Services Access |
Opening specific ports on a firewall to enable access to [!INCLUDE ssNoVersion] | Configure the Windows Firewall to Allow SQL Server Access |
Configuring support for Extended Protection for Authentication by using channel binding and service binding | Connect to the Database Engine Using Extended Protection |
Surface area reduction is a security measure that involves stopping or disabling unused components. Surface area reduction helps improve security by providing fewer avenues for potential attacks on a system. The key to limiting the surface area of [!INCLUDE ssNoVersion] includes running required services that have "least privilege" by granting services and users only the appropriate rights. The following table contains more information about services and system access.
For information about | See |
---|---|
Services required for [!INCLUDE ssNoVersion] | Configure Windows Service Accounts and Permissions |
If your [!INCLUDE ssNoVersion] system uses Internet Information Services (IIS), additional steps are required to help secure the surface of the platform. The following table contains information about [!INCLUDE ssNoVersion] and Internet Information Services.
For information about | See |
---|---|
IIS security with [!INCLUDE ssEW] | Securing SQL Server - Operating system security |
[!INCLUDE ssRSnoversion] Authentication | Authentication in Reporting Services |
[!INCLUDE ssEW] and IIS access | Internet Information Services Security Flowchart |
[!INCLUDE ssNoVersion] uses operating system files for operation and data storage. Best practices for file security require that you restrict access to these files. The following table contains information about these files.
For information about | See |
---|---|
[!INCLUDE ssNoVersion] program files | File Locations for Default and Named Instances of SQL Server |
[!INCLUDE ssNoVersion] service packs and upgrades provide enhanced security. To determine the latest available service pack available for [!INCLUDE ssNoVersion], see the SQL Server Web site.
You can use the following script to determine the service pack installed on the system.
SELECT CONVERT(char(20), SERVERPROPERTY('productlevel'));
Principals are the individuals, groups, and processes granted access to [!INCLUDE ssNoVersion]. "Securables" are the server, database, and objects the database contains. Each has a set of permissions that can be configured to help reduce the [!INCLUDE ssNoVersion] surface area. The following table contains information about principals and securables.
For information about | See |
---|---|
Server and database users, roles, and processes | Principals (Database Engine) |
Server and database objects security | Securables |
The [!INCLUDE ssNoVersion] security hierarchy | Permissions Hierarchy (Database Engine) |
Encryption does not solve access control problems. However, it enhances security by limiting data loss even in the rare occurrence that access controls are bypassed. For example, if the database host computer is misconfigured and a malicious user obtains sensitive data, such as credit card numbers, that stolen information might be useless if it is encrypted. The following table contains more information about encryption in [!INCLUDE ssNoVersion].
For information about | See |
---|---|
The encryption hierarchy in [!INCLUDE ssNoVersion] | Encryption Hierarchy |
Implementing secure connections | Enable Encrypted Connections to the Database Engine (SQL Server Configuration Manager) |
Encryption functions | Cryptographic Functions (Transact-SQL) |
Certificates are software "keys" shared between two servers that enable secure communications by way of strong authentication. You can create and use certificates in [!INCLUDE ssNoVersion] to enhance object and connection security. The following table contains information about how to use certificates with [!INCLUDE ssNoVersion].
For information about | See |
---|---|
Creating a certificate for use by [!INCLUDE ssNoVersion] | CREATE CERTIFICATE (Transact-SQL) |
Using a certificate with database mirroring | Use Certificates for a Database Mirroring Endpoint (Transact-SQL) |
[!INCLUDE ssNoVersion] security best practices include writing secure client applications. For more information about how to help secure client applications at the networking layer, see Client Network Configuration.
Windows Defender Application Control (WDAC) prevents unauthorized code execution. WDAC is effective way to mitigate the threat of executable file-based malware. For more information, see to Windows Defender Application Control documentation.
[!INCLUDE ssNoVersion] provides tools, utilities, views, and functions that can be used to configure and administer security.
The following table contains information about [!INCLUDE ssNoVersion] tools and utilities that you can use to configure and administer security.
For information about | See |
---|---|
Connecting to, configuring, and controlling [!INCLUDE ssNoVersion] | Use SQL Server Management Studio |
Connecting to [!INCLUDE ssNoVersion] and running queries at the command prompt | sqlcmd Utility |
Network configuration and control for [!INCLUDE ssNoVersion] | SQL Server Configuration Manager |
Enabling and disabling features by using Policy-Based Management | Administer Servers by Using Policy-Based Management |
Manipulating symmetric keys for a report server | rskeymgmt Utility (SSRS) |
The [!INCLUDE ssDE] exposes security information in several views and functions that are optimized for performance and utility. The following table contains information about security views and functions.
For information about | See |
---|---|
[!INCLUDE ssNoVersion] security catalog views, which return information about database-level and server-level permissions, principals, roles, and so on. In addition, there are catalog views that provide information about encryption keys, certificates, and credentials. | Security Catalog Views (Transact-SQL) |
[!INCLUDE ssNoVersion] security functions, which return information about the current user, permissions and schemas. | Security Functions (Transact-SQL) |
[!INCLUDE ssNoVersion] security dynamic management views. | Security-Related Dynamic Management Views and Functions (Transact-SQL) |
- Security Considerations for a SQL Server Installation
- Security Center for SQL Server Database Engine and Azure SQL Database
- SQL Server 2012 Security Best Practices - Operational and Administrative Tasks
- Playbook for addressing common security requirements with Azure SQL Database and Azure SQL Managed Instance
- SQL Server Security Blog
- Security Best Practice and Label Security Whitepapers
- Row-Level Security
- Protecting Your SQL Server Intellectual Property