Сценарии безопасности приложений в SQL ServerApplication Security Scenarios in SQL Server

Не существует единого правильного способа создания безопасного клиентского приложения SQL Server.There is no single correct way to create a secure SQL Server client application. Каждое приложение отличается уникальными требованиями, средой развертывания и категорией пользователей.Every application is unique in its requirements, deployment environment, and user population. Достаточно безопасное приложение при первоначальном развертывании может стать менее безопасным с течением времени.An application that is reasonably secure when it is initially deployed can become less secure over time. Невозможно предсказать, какие именно угрозы могут возникать в будущем.It is impossible to predict with any accuracy what threats may emerge in the future.

SQL Server развивался с каждой новой версией: в него добавляли новейшие функции безопасности, позволяющие разработчикам создавать защищенные приложения для баз данных.SQL Server, as a product, has evolved over many versions to incorporate the latest security features that enable developers to create secure database applications. Однако безопасность не поставляется в готовом виде. Для этого требуется непрерывный мониторинг и обновление.However, security doesn't come in the box; it requires continual monitoring and updating.

Наиболее распространенные угрозыCommon Threats

Разработчикам необходимо понимать угрозы безопасности, средства, предоставляемые для их устранения, и способы того, как избежать брешей в системе безопасности, вызванных пользователем.Developers need to understand security threats, the tools provided to counter them, and how to avoid self-inflicted security holes. Безопасность лучше всего рассматривать как цепочку, разрыв одного звена которой нарушает надежность всей цепи.Security can best be thought of as a chain, where a break in any one link compromises the strength of the whole. В следующем списке перечислены некоторые распространенные угрозы безопасности, которые более подробно обсуждаются в разделах этой статьи.The following list includes some common security threats that are discussed in more detail in the topics in this section.

внедрение кода SQL;SQL Injection

Внедрение кода SQL — это процесс, с помощью которого злонамеренный пользователь вводит инструкции Transact-SQL вместо допустимых входных данных.SQL Injection is the process by which a malicious user enters Transact-SQL statements instead of valid input. Если входные данные передаются непосредственно на сервер без проверки и если приложение случайно выполняет введенный код, атака может повредить или уничтожить данные.If the input is passed directly to the server without being validated and if the application inadvertently executes the injected code, then the attack has the potential to damage or destroy data. Можно предотвратить атаки на SQL Server путем внедрения кода, используя хранимые процедуры и параметризованные команды, избегая использования динамического кода SQL и ограничив разрешения для всех пользователей.You can thwart SQL Server injection attacks by using stored procedures and parameterized commands, avoiding dynamic SQL, and restricting permissions on all users.

Повышение привилегийElevation of Privilege

Атаки с повышенными правами возникают, когда пользователь может использовать привилегии доверенной учетной записи, например владельца или администратора.Elevation of privilege attacks occur when a user is able to assume the privileges of a trusted account, such as an owner or administrator. Всегда запускайте приложения под наименее привилегированными учетными записями пользователей и назначайте только необходимые разрешения.Always run under least-privileged user accounts and assign only needed permissions. Не используйте учетные записи администратора или владельца для выполнения кода.Avoid using administrative or owner accounts for executing code. Это ограничит объем урона, который может возникнуть в случае успешной атаки.This limits the amount of damage that can occur if an attack succeeds. При выполнении задач, требующих дополнительных разрешений, используйте подписывание процедур или олицетворение только на время выполнения задачи.When performing tasks that require additional permissions, use procedure signing or impersonation only for the duration of the task. Можно подписывать хранимые процедуры при помощи сертификатов или использовать олицетворение для временного назначения разрешений.You can sign stored procedures with certificates or use impersonation to temporarily assign permissions.

Зондирование и интеллектуальное наблюдениеProbing and Intelligent Observation

Атака с зондированием может использовать создаваемые приложением сообщения об ошибках для поиска уязвимостей системы безопасности.A probing attack can use error messages generated by an application to search for security vulnerabilities. Реализуйте обработку ошибок во всем процедурном коде, чтобы предотвратить возвращение сведений об ошибках SQL Server пользователю.Implement error handling in all procedural code to prevent SQL Server error information from being returned to the end user.

АутентификацияAuthentication

Атака путем внедрения строки подключения может возникнуть при использовании учетных данных SQL Server, если строка подключения на основе вводимых пользователем данных создается во время выполнения.A connection string injection attack can occur when using SQL Server logins if a connection string based on user input is constructed at run time. Если строка подключения не проверяется на допустимость пар ключевых слов, злоумышленник может вставить дополнительные символы, потенциально обращающиеся к конфиденциальным данным или другим ресурсам на сервере.If the connection string is not checked for valid keyword pairs, an attacker can insert extra characters, potentially accessing sensitive data or other resources on the server. По возможности используйте проверку подлинности Windows.Use Windows authentication wherever possible. Если необходимо использовать учетные данные SQL Server, применяйте SqlConnectionStringBuilder, чтобы создать и проверить строки подключения во время выполнения.If you must use SQL Server logins, use the SqlConnectionStringBuilder to create and validate connection strings at run time.

ПаролиPasswords

Многие атаки успешны, так как злоумышленнику удается получить или подобрать пароль привилегированного пользователя.Many attacks succeed because an intruder was able to obtain or guess a password for a privileged user. Пароли являются основным способом защиты от несанкционированного доступа, поэтому для обеспечения безопасности системы обязательна настройка надежных паролей.Passwords are your first line of defense against intruders, so setting strong passwords is essential to the security of your system. Вы можете создать и включить политики паролей для смешанной проверки подлинности.Create and enforce password policies for mixed mode authentication.

Всегда назначайте надежный пароль учетной записи sa, даже если используется проверка подлинности Windows.Always assign a strong password to the sa account, even when using Windows Authentication.

В этом разделеIn This Section

Управление разрешениями с использованием хранимых процедур в SQL ServerManaging Permissions with Stored Procedures in SQL Server
Описывает, как использовать хранимые процедуры для управления разрешениями и контроля доступа к данным.Describes how to use stored procedures to manage permissions and control data access. Использование хранимых процедур является эффективным способом ответа на многие угрозы системе безопасности.Using stored procedures is an effective way to respond to many security threats.

Написание безопасного динамического кода SQL в SQL ServerWriting Secure Dynamic SQL in SQL Server
Здесь описываются методы написания безопасного динамического кода SQL с использованием хранимых процедур.Describes techniques for writing secure dynamic SQL using stored procedures.

Подписывание хранимых процедур в SQL ServerSigning Stored Procedures in SQL Server
Описывает, как подписать хранимую процедуру при помощи сертификата, чтобы дать возможность пользователям работать с данными, к которым у них нет непосредственного доступа.Describes how to sign a stored procedure with a certificate to enable users to work with data they do not have direct access to. Это позволяет хранимым процедурам выполнять операции, для непосредственного выполнения которых у вызывающей стороны нет разрешений.This enables stored procedures to perform operations that the caller does not have permissions to perform directly.

Настройка разрешений с олицетворением в SQL ServerCustomizing Permissions with Impersonation in SQL Server
Описывает, как использовать предложение EXECUTE AS для олицетворения другого пользователя.Describes how to use the EXECUTE AS clause to impersonate another user. Олицетворение переключает контекст выполнения с вызывающей стороны на указанного пользователя.Impersonation switches the execution context from the caller to the specified user.

Предоставление разрешений уровня строки в SQL ServerGranting Row-Level Permissions in SQL Server
Описывает, как реализовать разрешения уровня строки для ограничения доступа к данным.Describes how to implement row-level permissions to restrict data access.

Создание ролей приложений в SQL ServerCreating Application Roles in SQL Server
Описывает возможности и функции ролей приложения.Describes features and functionality of application roles.

Организация межбазового доступа в SQL ServerEnabling Cross-Database Access in SQL Server
Описывает, как включить перекрестный доступ между базами данных, не ухудшая безопасность.Describes how to enable cross-database access without jeopardizing security.

См. такжеSee also