第三章：仪器通信安全
仪器通信这块，说实话，是我在项目里踩坑最多的领域。你想想看，一台好好的分析仪器，数据传着传着就丢了，或者被谁截胡了，这后果可轻可重。我见过不少实验室，设备买回来就插上线用，压根没想过通信安全这回事。嗯，今天咱们就好好聊聊这个。
3.1 串口通信安全
串口通信，老古董了，但仪器行业里它还是主力。RS-232、RS-485，这些协议本身没有任何安全机制。说白了，就是裸奔。
我在一个水质监测项目里遇到过，现场用RS-485连了十几台仪表。结果有一天，数据突然乱跳。查了半天，发现是隔壁工位的电焊机干扰了通信线。从那以后，我养成了一个习惯——
串口安全防护要点
- 物理隔离：通信线用屏蔽双绞线，屏蔽层单端接地。我一般会在两端加磁环，效果很明显。
- 校验机制：别只用奇偶校验。我建议用CRC16或CRC32。Modbus RTU默认就是CRC16，别省这一步。
- 超时处理：设置合理的超时时间。我习惯设500ms，超过就重试3次。再失败就报警。
- 数据包结构：自己定义协议时，一定要加帧头、帧尾、长度域和校验域。别嫌麻烦。
3.2 TCP/IP通信安全
现在越来越多的仪器开始上网了。TCP/IP通信方便，但攻击面也大。你想想，一个仪器暴露在网络上，端口开着，谁都能连，这多危险。
我记得有个项目，客户把气质联用仪直接连到了公司内网。结果IT部门做漏洞扫描，发现仪器开了23端口（Telnet），密码还是admin/admin。嗯，这要是被黑客盯上，数据就全没了。
TCP/IP安全配置清单
| 项目 | 建议做法 | 我的经验 |
|---|---|---|
| 端口管理 | 只开必要端口，关闭Telnet、FTP | 我一般只留502（Modbus TCP）和443（HTTPS） |
| 访问控制 | 设置IP白名单，限制来源 | 用防火墙做，别依赖仪器自带的ACL |
| 认证机制 | 禁用默认密码，启用强密码策略 | 密码至少12位，大小写+数字+特殊字符 |
| 会话管理 | 设置空闲超时，自动断开 | 我设300秒，超时自动踢下线 |
3.3 Modbus协议安全
Modbus是工业仪器的通用语言。但它的安全问题，怎么说呢，几乎是透明的。Modbus RTU和Modbus TCP都没有认证、没有加密。你发一个写线圈的命令，设备就照做，根本不问你是谁。
我曾经帮一家水厂做安全评估。他们的PLC通过Modbus TCP控制加药泵。我用一个简单的Python脚本，就模拟了上位机，直接改了加药量。幸好是测试环境，不然就出大事了。
Modbus安全增强方案
- 功能码限制：只允许必要的功能码。比如只读数据的仪器，就禁用写功能码（05、06、15、16）。
- 寄存器范围限制：设定可读写的寄存器范围。超出范围的请求直接丢弃。
- 通信频率限制：防止DoS攻击。我一般限制每秒不超过100次请求。
- 使用Modbus/TCP Security：如果设备支持，用Modbus/TCP Security（MBTS），它加了TLS加密。
3.4 数据加密传输
数据加密，说白了就是给数据加把锁。仪器采集的数据，尤其是涉及工艺参数、质量指标、环境数据的，都是敏感信息。明文传输等于裸奔。
我建议分两个层面考虑：
传输层加密
用TLS/SSL。现在大部分仪器都支持HTTPS了。如果仪器不支持，可以在上位机和仪器之间加一个加密网关。
# Python示例：使用TLS加密的TCP通信
import ssl
import socket
# 创建SSL上下文
context = ssl.create_default_context(ssl.Purpose.CLIENT_AUTH)
context.load_cert_chain(certfile="server.crt", keyfile="server.key")
# 创建安全套接字
with socket.socket(socket.AF_INET, socket.SOCK_STREAM, 0) as sock:
sock.bind(('0.0.0.0', 502))
sock.listen(5)
with context.wrap_socket(sock, server_side=True) as ssock:
conn, addr = ssock.accept()
print(f"安全连接来自: {addr}")
# 后续通信自动加密应用层加密
如果传输层没法加密，就在数据本身做文章。我常用的方法：
- AES对称加密：适合仪器和上位机之间。密钥定期更换。
- 数据签名：用HMAC确保数据完整性。防止中间人篡改。
- 时间戳+随机数：防止重放攻击。每条数据都带时间戳和随机数。
加密性能考量
| 加密方式 | 性能影响 | 适用场景 |
|---|---|---|
| AES-128 | 低，适合嵌入式设备 | 仪器与上位机通信 |
| AES-256 | 中等 | 高安全要求场景 |
| TLS 1.3 | 中等偏高 | 网络通信，有硬件加速更好 |
嗯，通信安全这块，说到底就是三个字：别裸奔。物理层、传输层、应用层，每一层都加一道防护。我在项目里吃过亏，所以现在做设计，第一件事就是画通信拓扑图，标出每个节点的安全措施。
你想想看，仪器采集的数据，可能是产品质量报告，可能是环境监测数据，也可能是医疗诊断结果。这些数据出了问题，后果不是闹着玩的。所以，别嫌麻烦，该加密加密，该认证认证。安全这件事，做在前面永远比事后补救划算。