当用户在浏览器输入 “https://” 时，客户端与服务器间会先完成一次 “秘密对话”——SSL 握手。这一过程虽在后台毫秒级完成，却是数据传输安全的基础，而 SSL 证书正是这场 “对话” 的核心凭证，从身份核验到加密规则确立，全程筑牢安全防线。
SSL 握手协议的完整流程分四步，每一步都离不开证书的支撑。第一步是“客户端问候”，浏览器向服务器发送支持的加密算法列表与随机数（Client Random），相当于递出 “沟通提案”；服务器则回应“服务器问候”，选定算法、返回随机数（Server Random），并附上 SSL 证书—— 这是握手的第一个关键节点，证书里包含服务器公钥、域名信息及 CA 机构签名，是服务器的“数字身份证”。
第二步是客户端验证证书，这是防范 “中间人攻击” 的核心环节。浏览器会自动用内置的CA 根证书验证服务器证书的签名：先提取证书中的公钥，解密 CA 签名得到证书哈希值；再重新计算证书的哈希值，两者一致则证明证书未被篡改。同时，浏览器会核对证书中的域名与当前访问域名是否匹配、证书是否在有效期内。若证书无效（如伪造或过期），浏览器会立即弹出“不安全连接” 警告，阻断后续通信 —— 某钓鱼网站曾仿冒银行域名部署假证书，因签名验证失败被浏览器拦截，避免了用户信息泄露。
第三步是密钥协商，证书的公钥在此环节发挥 “加密中介” 作用。客户端生成第三个随机数（Pre- Master Secret），用证书中的服务器公钥加密后发送给服务器 —— 由于只有服务器拥有对应的私钥，可解密出 Pre - Master Secret，双方再基于三个随机数生成相同的会话密钥（用于后续数据加密）。这一过程中，证书通过安全传递公钥，避免了密钥在传输中被窃听的风险。
第四步是 “握手完成”，双方交换 “握手结束” 消息，并用会话密钥加密，确认加密通道已正常建立。从此刻起，用户输入的密码、传输的订单等数据，都会用会话密钥加密后传输，即便被截获也无法破解。
可见证书是贯穿握手全程的 “安全锚点”：无证书则身份无法核验，公钥传递无保障，密钥协商更无从谈起。某电商平台曾因证书配置错误导致公钥无效，握手时密钥协商失败，全站陷入“无法加密” 状态；更换合规证书后，握手流程恢复正常，数据传输安全得以保障。
对普通用户而言，握手时的证书核验是 “隐形防护网”—— 地址栏的 “锁标” 本质是握手成功的信号，意味着服务器身份已验证、加密通道已建立。SSL 握手协议的精妙之处，正在于用证书串联起身份与加密的双重逻辑，让每一次数据传输都从 “可信对话” 开始。