📚 课程目录第4章无人机数传加密需求分析

4. 无人机数传加密需求分析

无人机数传链路与地面站、机载飞控、任务载荷、云端平台之间持续交换遥测、遥控、视频、任务指令等数据。与普通互联网通信不同，无人机数传面临开放无线信道、强对抗环境、平台资源受限、实时控制闭环四重约束。因此，加密需求不能只归结为“把数据加密”，而必须同时满足机密性、完整性、可用性、抗干扰、低时延与轻量化六类目标。本节从需求来源出发，建立可落地的需求分析框架。

一、核心原理：六维需求与威胁的对应关系

无人机数传加密需求本质上是对威胁模型的响应。窃听对应机密性，篡改与重放对应完整性，干扰与压制对应可用性和抗干扰，实时控制对应低时延，嵌入式平台对应轻量化。六者并非并列独立，而是存在张力：加密强度越高，计算与带宽开销越大；抗干扰越强，可能引入重传与延迟；密钥更新越频繁，可用性管理越复杂。

需求分析的核心不是“选最强算法”，而是在给定平台、链路和任务剖面下，找到六维约束的可行交集。例如，侦察任务可容忍秒级延迟，但要求高机密性；而穿越机竞速或集群编队控制要求毫秒级时延，机密性等级可适度下调，但完整性必须严格保障。

二、六维需求的具体含义与量化指标

需求分析必须落到可验证的指标，否则无法指导算法选型和系统设计。下表给出六维需求的典型含义、量化参考与验证方式。

需求维度	核心含义	典型量化参考	验证方式
机密性	遥测、遥控、任务数据不被非授权方解读	密钥长度 ≥128 bit；一次一密或会话密钥	抓包分析、密文熵检测
完整性	数据未被篡改、插入、重放、删除	MAC ≥64 bit；序列号+时间戳防重放	篡改注入测试、重放攻击测试
可用性	密钥可分发、可更新、可恢复，链路不因加密中断	密钥更新成功率 ≥99%；断链恢复 <3 s	密钥轮换演练、断链恢复测试
抗干扰	在压制、欺骗、跳频跟踪下仍能维持安全通信	跳频速率 ≥1000 hop/s；抗干扰余量 ≥20 dB	干扰注入、欺骗信号测试
低时延	加解密与控制闭环时延满足飞控要求	单包加解密 <1 ms；端到端 <20 ms	时延打点、示波器测量
轻量化	算法、协议、密钥管理适配嵌入式平台	RAM <32 KB；ROM <128 KB；功耗增量 <5%	资源占用分析、功耗实测

三、方法流程：从任务剖面到加密需求规格

需求分析应遵循“任务剖面 → 威胁建模 → 指标分解 → 方案约束 → 验证闭环”的流程，避免直接跳到算法选型。

任务剖面梳理：明确飞行阶段（起飞、巡航、任务、返航）、链路类型（遥控、遥测、图传、载荷）、数据敏感级别。
威胁建模：识别窃听、篡改、重放、干扰、冒充、资源耗尽等威胁，标注发生概率与影响。
指标分解：将六维需求转化为可测量的时延、吞吐、密钥长度、更新周期、资源占用等指标。
方案约束：根据平台算力、功耗、带宽确定算法族（如 AES-128-CTR + HMAC-SHA256 或轻量级 ASCON）。
验证闭环：通过仿真、台架、外场测试验证指标，形成需求规格基线。

# 需求规格示例（YAML 片段）
mission_profile: reconnaissance
link:
  telemetry: {rate: 50 kbps, latency_max: 50 ms}
  command:   {rate: 10 kbps, latency_max: 20 ms}
  video:     {rate: 4 Mbps,  latency_max: 200 ms}
security:
  confidentiality: AES-128-CTR
  integrity:       HMAC-SHA256-64
  replay_window:   32 packets
  key_rotation:    24 h
constraints:
  mcu_ram:  32 KB
  mcu_rom:  128 KB
  power_budget_increase: 5%

四、案例/场景：侦察任务与集群编队的需求差异

场景一：长航时侦察无人机。链路以遥测和图传为主，数据敏感度高，可容忍百毫秒级时延。需求优先级为：机密性 > 完整性 > 抗干扰 > 可用性 > 轻量化 > 低时延。适合采用 AES-128-GCM 或 AES-128-CTR + HMAC，密钥每日轮换，配合跳频抗干扰。

场景二：集群编队飞行。机间链路需要毫秒级同步，单机算力有限，数据包小但频率高。需求优先级为：低时延 > 完整性 > 轻量化 > 可用性 > 抗干扰 > 机密性。适合采用轻量级认证加密算法（如 ASCON-128a），缩短 MAC 长度，优化密钥更新协议，避免复杂握手。

同一型号无人机在不同任务阶段，需求优先级也会变化。起飞和返航阶段更关注可用性与低时延，任务阶段更关注机密性与完整性。因此，加密策略应支持按阶段动态调整，而不是全程固定一套参数。

五、误区与复盘

误区一：只关注机密性。忽略完整性会导致指令被篡改，后果可能比窃听更严重。遥控指令必须带 MAC 和序列号。
误区二：盲目追求高强度算法。在 MCU 上运行非对称加密或超长密钥，会挤占飞控资源，增加时延和功耗。
误区三：忽视密钥管理可用性。密钥丢失、更新失败、断链后无法恢复，会让加密系统成为单点故障。
误区四：把抗干扰与加密割裂。抗干扰是物理层与链路层能力，加密是数据层能力，二者需协同设计，例如跳频图案与密钥更新联动。
误区五：缺少量化验证。仅凭“感觉安全”无法通过评审，必须有时延、吞吐、资源占用、抗攻击测试数据。

需求分析阶段最常见的返工原因，是没有提前定义验证指标。建议在方案设计前就确定测试用例，包括：篡改注入、重放攻击、密钥轮换失败、链路中断恢复、干扰压制下的通信保持率。只有指标可测，需求才算闭环。

综上，无人机数传加密需求分析是一项多目标权衡工作。机密性、完整性、可用性、抗干扰、低时延与轻量化六维需求相互制约，必须结合任务剖面、平台资源和威胁模型进行分解与验证。只有把需求转化为可测量、可验证、可迭代的指标，才能为后续算法选型、协议设计和密钥管理奠定可靠基础。