4. 农业物联网通信数据加密技术

农田物联网的通信链路往往跨越土壤传感器、气象站、灌溉控制器、边缘网关和云端平台，数据从采集到决策要经过多跳传输。加密技术在这里不是可选项，而是保障数据机密性与完整性的基础。本节围绕两类主流密码体制——对称加密与非对称加密——讨论它们在农田环境中的适用边界，并聚焦 AES 与 ECC 在资源受限设备上的实现要点与优化手段。

一、两类密码体制的本质差异

对称加密使用同一把密钥完成加密与解密，典型代表是 AES。它的优势是运算快、能耗低、适合大数据量连续加密；短板是密钥分发困难——n 个节点两两通信理论上需要 n(n-1)/2 把密钥，在几十上百个传感器的农田网络中管理成本很高。非对称加密使用公钥加密、私钥解密（或私钥签名、公钥验签），典型代表是 ECC（椭圆曲线密码）。它解决了密钥分发问题，公钥可以公开传输，但运算开销显著高于对称加密，尤其是标量乘法运算对 MCU 的算力和内存要求较高。

因此工程上的通行做法是混合加密：用 ECC 完成密钥协商或数字签名，用协商出的会话密钥走 AES 加密业务数据。这样既避免了对称密钥的预置分发难题，又让高吞吐的数据通道保持低开销。

二、农田环境对加密方案的约束

农田场景与数据中心的最大区别在于终端侧资源极度受限。以常见的低功耗 MCU 为例，RAM 往往只有 32KB 到 64KB，Flash 在 256KB 左右，主频几十兆赫兹，且多数依靠电池或太阳能供电，期望续航以年计。这意味着：

• 算力约束：ECC P-256 的一次标量乘法在无硬件加速的 MCU 上可能需要几十到上百毫秒，若每次上报都做一次密钥协商，功耗和时延都不可接受。
• 内存约束：AES 的 GCM 模式需要维护计数器、认证标签等状态，ECC 需要存储曲线参数和公私钥，Flash 占用要精打细算。
• 带宽约束：LoRa 等链路单包有效载荷有限，加密带来的额外开销（IV、认证标签、签名）必须控制。
• 物理安全约束：田间设备可能被接触甚至拆解，密钥不能明文存放在 Flash 中，需借助安全元件或至少做加密存储。

三、AES 在终端上的实现与优化

AES 是对称加密的主力。在资源受限设备上，优先选择带硬件 AES 加速器的 MCU（如 STM32L4 系列、ESP32 等），一次 128 位分组加密通常在微秒级，功耗远低于软件实现。若只能软件实现，应选择查表优化后的紧凑版本，并注意查表会带来缓存侧信道风险，在安全要求高的场合可改用位切片实现。

模式选择上，推荐 AES-GCM：它在一次运算中同时完成加密和完整性认证，避免"加密后再单独算 MAC"的额外开销。GCM 的 nonce 绝不能重复使用，工程上可用"设备 ID + 单调计数器"构造 96 位 nonce，计数器掉电后从 Flash 恢复并递增。下面是一个基于会话密钥加密上报数据的示意代码（伪代码，参数为示例值）：

// 示例：终端侧 AES-128-GCM 加密一帧传感器数据
// 假设会话密钥已由 ECDH 协商得到，长度 16 字节
uint8_t key[16];          // 会话密钥
uint8_t nonce[12];        // 96 位 nonce = 设备ID(4B) + 计数器(8B)
uint8_t aad[8];           // 附加认证数据：设备ID + 帧类型
uint8_t plain[64];        // 明文：温湿度、光照、时间戳等
uint8_t cipher[64];
uint8_t tag[16];          // GCM 认证标签

build_nonce(nonce, DEVICE_ID, counter++);
aes_gcm_encrypt(key, nonce, aad, sizeof(aad),
                plain, sizeof(plain), cipher, tag);
// 发送帧 = nonce(12B) + cipher(64B) + tag(16B) = 92 字节

接收端用相同密钥、nonce 和 AAD 解密，并校验 tag。若 tag 不匹配，说明数据被篡改或密钥不一致，应直接丢弃并记录异常。这里 nonce 随帧传输，接收端无需自行维护计数器，但必须检查 nonce 是否重复，防止重放攻击。

四、ECC 的定位与轻量化实现

ECC 在农田物联网中主要承担两类任务：一是密钥协商（ECDH），让终端与网关在不预先共享密钥的前提下协商出会话密钥；二是身份认证（ECDSA 签名或证书），确认设备与平台的身份真实。相比 RSA，ECC 在同等安全强度下密钥更短（P-256 约等于 RSA-3072），签名和存储开销更小，更适合终端。

但 ECC 的标量乘法是计算热点。优化思路包括：选用支持 ECC 硬件加速的 MCU；采用 Montgomery 阶梯算法减少分支；预计算基点倍点表以加速固定点乘法；在协议层减少协商频率——例如一次 ECDH 协商后会话密钥复用若干小时，期间只用 AES 加密数据，把 ECC 开销摊薄到低频事件上。密钥存储方面，私钥应写入芯片的安全存储区或外接安全元件，禁止以明文形式出现在普通 Flash 中。

五、选型判断与工程建议

综合来看，农田物联网的加密方案应以 AES 为数据面主力、ECC 为控制面支撑。判断依据可以归纳为：数据量大、实时性要求高的采集上报走 AES-GCM；需要身份认证、密钥更新、设备入网的环节走 ECC。对于极端受限的节点（如纽扣电池供电的土壤探头），可进一步简化——预置对称密钥、仅用 AES-CCM 加密，把 ECC 能力上移到网关侧完成，终端只做轻量认证。

加密方案的价值最终体现在可运维性上。建议在网关侧记录每次密钥协商的时间、设备标识和结果，在云端对认证失败、tag 校验失败的事件做告警统计。当某台设备频繁出现解密失败时，优先排查时钟漂移导致的 nonce 异常、密钥更新未同步或设备被替换，而不是简单归因于"信号不好"。把密码学参数纳入日常运维观测，才能让加密真正服务于农田数据的可信流转。