.NET 4.5.2中SqlClient连接SQL Server时登录凭据是否加密传输？

用户问题与代码 #

用户的问题：
基于.NET 4.5.2的应用通过SQL Server身份认证（用户名+密码）连接MS-SQL数据库，连接代码如下：

string connString = String.Format("Data Source={0};Initial Catalog={1};UID={2};Password={3}", server, database, user, password);

SqlConnection SQLConn = null;
SQLConn = new SqlConnection(connString);
SQLConn.Open();

请问该连接具体如何建立？登录过程中的凭据/密码是否会以明文形式在网络中传输，还是已基于加密连接传输？

注：SQL Server未配置证书，且SQL Server配置管理器中的“强制加密”设置为“否”。主要关注登录过程，而非客户端/服务器内存中连接字符串的存储问题。

一、连接建立的具体流程 #

当调用SqlConnection.Open()时，连接建立分为以下核心步骤：

• TCP连接初始化：客户端根据连接字符串中的Data Source解析服务器地址和端口，与SQL Server建立基础TCP连接。
• 协议协商：客户端与服务器交换版本信息、连接属性（如是否启用加密、数据包大小等），由于服务器“强制加密”设为“否”，此时不会强制启动加密会话。
• 身份验证：客户端发起SQL Server身份认证请求，服务器生成随机挑战值发送给客户端；客户端基于该挑战值和用户密码的哈希值生成验证凭证，发送给服务器。服务器对比本地存储的用户密码哈希与挑战值的计算结果，验证通过则允许登录。
• 会话就绪：身份验证通过后，客户端指定Initial Catalog对应的数据库，服务器完成会话资源分配，返回连接成功状态，此时SqlConnection可用于执行SQL操作。

二、登录凭据的传输安全性 #

在当前环境（无证书、强制加密为“否”）下：

• 密码不会以明文传输：SQL Server身份认证采用挑战-响应机制，客户端发送的是经过挑战值加密处理后的密码哈希，而非原始明文密码。
• 但登录过程未全程加密：挑战值、加密后的凭证等数据都是在未加密的TCP连接中传输的，存在被中间人截获后进行哈希破解的潜在风险。
• 若要实现登录过程的加密传输，无需服务器配置证书，只需在连接字符串中添加Encrypt=True参数（.NET 4.5.2支持此配置），此时SQL Server会使用自签名证书建立加密连接，确保所有会话数据（包括登录流程）都经过加密传输。

内容的提问来源于stack exchange，提问作者emster