一、双向认证概述：为什么物联网需要双向认证？

大家好，我是老周。做了十来年物联网安全，今天咱们聊聊双向认证。

先问个问题：你家的智能门锁，真的安全吗？

很多厂商宣传“采用TLS加密”，听起来很专业。但加密不等于认证。我见过太多设备，加密通道建起来了，却根本没确认对面是谁。这就好比你把家门钥匙交给一个穿制服的人，却没核实他是不是真快递员。

单向认证 vs 双向认证

咱们先看个对比，一目了然。

对比项	单向认证	双向认证
服务器验证	客户端验证服务器证书	客户端验证服务器证书
客户端验证	❌ 不验证	✅ 服务器验证客户端证书
典型场景	HTTPS网站	物联网设备接入
安全性	中等（防钓鱼，不防设备伪造）	高（双向防伪）
部署复杂度	低	中高

说白了，单向认证只保证你连的服务器是真的，但服务器不知道你是谁。物联网场景下，服务器面对成千上万的设备，如果每个设备都能随便连上来，那跟敞开大门有什么区别？

为什么物联网必须上双向认证？

我遇到过几个真实案例，说出来你可能不信。

• 设备伪造攻击：攻击者破解了一个廉价传感器，提取了固件和密钥。然后批量伪造“合法设备”向平台发送虚假数据。单向认证下，平台完全无法区分真假。
• 中间人攻击：设备在公共网络（比如咖啡馆Wi-Fi）连接服务器。攻击者伪造服务器证书，设备傻乎乎地建立了加密通道，所有数据被窃听。嗯，这就是典型的“我连了假服务器”。
• 固件OTA劫持：设备下载固件更新时，如果只验证服务器证书，攻击者可以伪造升级包。我曾经帮客户排查过一批“变砖”的设备，最后发现是OTA通道没有做双向认证，被植入了恶意固件。

你想想看，智能门锁、医疗设备、工业控制器——这些场景下，设备被冒充或者被篡改，后果是什么？

TLS/SSL握手流程回顾

聊双向认证之前，咱们先回顾一下TLS握手。这部分是基础，但很多工程师容易忽略细节。

标准的TLS 1.2单向握手，大致分四步：

1. Client Hello：客户端发送支持的加密套件、TLS版本、随机数。
2. Server Hello + 证书：服务器选择加密套件，发送自己的证书和随机数。
3. 证书验证 + 密钥交换：客户端验证服务器证书有效性，然后生成预主密钥，用服务器公钥加密后发送。
4. 握手完成：双方用预主密钥派生出会话密钥，之后所有通信加密。

这里有个关键点：第三步只验证了服务器证书，客户端没有提供任何身份凭证。服务器只知道“有个客户端连上来了”，但不知道是谁。

双向认证（也叫mTLS）在第二步和第三步之间多了一步：

• 服务器在发送完自己的证书后，会要求客户端也提供证书（CertificateRequest）。
• 客户端发送自己的证书，服务器验证其有效性。
• 验证通过，握手继续；否则连接断开。

就这么简单的一个变化，安全等级完全不一样了。

下面这张图展示了单向认证和双向认证的核心区别，我画了个流程图，方便你理解。

看到区别了吗？双向认证多了一个“服务器请求客户端证书”的步骤。这一步，就是整个安全体系的分水岭。

双向认证在物联网中的典型部署

实际项目中，双向认证的部署方式主要有两种：

• 基于证书的mTLS：设备出厂时预置设备证书（通常由CA签发），服务器持有CA根证书。握手时双方互相验证证书链。这是最标准的方式，也是本课程的重点。
• 基于预共享密钥（PSK）：设备和服务器预先协商一个对称密钥，TLS握手时用PSK进行身份验证。这种方式计算开销小，适合资源受限的MCU设备，但密钥管理是个麻烦事。