安全数据访问
要编写安全的 ADO.NET 代码，必须了解基础数据存储（即数据库）中提供的安全机制。 你还需要考虑应用程序可能包含的其他功能或组件对安全性的影响。
身份验证、授权和权限
连接到 Microsoft SQL Server 后，您便可以使用 Windows 身份验证（也称为集成安全），它使用当前活动 Windows 用户的标识，而不是传递用户 ID 和密码。 由于不会在连接字符串中公开用户凭据，因此建议本地数据库使用 Windows 身份验证。 如果无法使用 Windows 身份验证连接到 SQL Server，请考虑使用 SqlConnectionStringBuilder 在运行时创建连接字符串。
重要
Microsoft 建议使用最安全的可用身份验证流。 如果要连接到 Azure SQL，建议使用 Azure 资源的托管标识这种身份验证方法。
用于身份验证的凭据需要根据应用程序的类型进行不同地处理。 例如，在 Windows 窗体应用程序中，可以提示用户提供身份验证信息，也可以使用用户的 Windows 凭据。 但是，Web 应用程序通常使用应用程序自身提供的凭据来访问数据，而不是使用用户提供的凭据。
用户经过身份验证后，其操作范围取决于向他们授予的权限。 始终遵循最小特权原则，并且仅授予绝对必需的权限。
有关详细信息，请参阅以下资源。
| 资源 | 说明 |
|---|---|
| 保护连接信息 | 描述用于保护连接信息的最佳安全做法和技术，例如使用受保护配置来加密连接字符串。 |
| 连接字符串生成器 | 描述如何在运行时根据用户输入生成连接字符串。 |
| SQL Server 数据库引擎和 Azure SQL 数据库的安全 | 提供的链接可帮助你找到有关 SQL Server 数据库引擎和 Azure SQL 数据库中的安全性和保护的信息。 |
参数化命令和 SQL 注入
使用参数化命令可帮助抵御 SQL 注入攻击，这种攻击的攻击者会将命令“注入”SQL 语句，从而危及服务器的安全。 通过确保将从外部源接收的值仅作为值（而不是作为 Transact-SQL 语句的一部分）进行传递，参数化命令可抵御 SQL 注入攻击。 这样，便不会在数据源中执行插入到值中的 Transact-SQL 命令。 相反，只会将这些命令作为参数值来计算。 除具备安全优势外，参数化命令还提供一种便捷方法，使用该方法可组织随 Transact-SQL 语句传递或传递到存储过程的值。
有关使用参数化命令的更多信息，请参见下列资源。
| 资源 | 说明 |
|---|---|
| DataAdapter 参数 | 描述如何对 DataAdapter 使用参数。 |
| 使用存储过程修改数据 | 描述如何指定参数和获取返回值。 |
| 存储过程（数据库引擎） | 介绍使用存储过程和不同类型的存储过程的好处。 |
探测攻击
攻击者通常使用异常信息（如服务器、数据库或表的名称）来发动对系统的攻击。 由于异常包含有关您的应用程序或数据源的特定信息，因此您可以通过仅向客户端公开必要信息来帮助更好地保护应用程序和数据源。
有关详细信息，请参阅以下资源。
| 资源 | 说明 |
|---|---|
| 在 .NET 中处理和引发异常 | 描述 try/catch/finally 结构化异常处理的基本形式。 |
| 与异常有关的最佳做法 | 描述处理异常的最佳做法。 |
保护 Microsoft Access 和 Excel 数据源
当具有最少的安全要求或没有安全要求时，Microsoft Access 和 Microsoft Excel 可充当 ADO.NET 应用程序的数据存储区。 其安全功能作为一种阻止手段固然有效，但其作用仅限于阻止不了解情况的用户乱摸乱动而已。 Access 和 Excel 的物理数据文件位于文件系统上，并且注定可供所有用户访问。 这使得这些文件易受到攻击，从而导致文件失窃或数据丢失，因为他人可轻松复制或更改这些文件。 如果需要强有力的安全措施，请使用 SQL Server 或其他基于服务器的数据库，这样便无法从文件系统读取物理数据文件。
企业服务
COM+ 包含其自有的安全模型，该模型依赖于 Windows 帐户和进程/线程模拟。 System.EnterpriseServices 命名空间提供的包装允许 .NET 应用程序通过 ServicedComponent 类来集成托管代码与 COM+ 安全服务。
与非托管代码互操作
.NET Framework 提供与非托管代码（包括 COM 组件、COM+ 服务、外部类型库及许多操作系统服务）的交互。 使用非托管代码时会超出托管代码的安全边界。 你的代码和调用它的任何代码都必须具有非托管代码权限（指定了 SecurityPermission 标志的 UnmanagedCode）。 非托管代码会无意中将安全漏洞引入你的应用程序中。 因此，除非绝对必要，否则应避免与非托管代码进行交互。
有关详细信息，请参阅与非托管代码交互操作。