4. 处理加密固件

任务说明

本案例处理已加密的固件镜像，目标是从固件头识别加密算法与密钥存储位置，并利用已知密钥或固件更新机制中的漏洞完成解密，获得可分析的明文固件。适用场景：从设备制造商固件更新包、OTA镜像或备份提取的加密blob。

识别加密固件

首先用binwalk或file检查固件熵与文件头。加密固件通常表现为：高熵值（>0.95）、无已知文件系统签名、头部包含特定魔数或加密参数结构。常见IoT加密方案包括AES-CBC/CTR、RSA签名后AES加密，密钥常硬编码在bootloader或配套PC工具中。

最小可复现示例

以下代码演示一个典型的固件加密场景：固件头部包含AES-128-CBC的IV与密文长度，密钥从设备bootloader偏移0x1F000处提取（模拟已知密钥位置）。代码实现从加密blob中解析头部、提取密钥并解密。

#!/usr/bin/env python3
"""解密IoT固件示例：头部含IV，密钥从bootloader固定偏移提取"""
import struct
from Crypto.Cipher import AES
from pathlib import Path

# 模拟加密固件结构（实际分析时替换为真实文件）
# 头部: magic(4B) + iv(16B) + payload_len(4B) + payload
MAGIC = b'ENCF'
KEY_OFFSET_IN_BL = 0x1F000  # bootloader中密钥偏移
KEY_LEN = 16

def extract_key(bootloader_path: str) -> bytes:
    """从bootloader镜像固定偏移提取AES密钥"""
    bl = Path(bootloader_path).read_bytes()
    key = bl[KEY_OFFSET_IN_BL:KEY_OFFSET_IN_BL + KEY_LEN]
    if len(key) != KEY_LEN:
        raise ValueError(f"无法在偏移0x{KEY_OFFSET_IN_BL:X}提取完整密钥")
    return key

def decrypt_firmware(enc_path: str, bootloader_path: str, out_path: str) -> None:
    """解析加密固件头并使用提取的密钥解密"""
    data = Path(enc_path).read_bytes()
    if data[:4] != MAGIC:
        raise ValueError("非预期固件魔数，可能未加密或格式不同")

    iv = data[4:20]
    payload_len = struct.unpack('>I', data[20:24])[0]
    ciphertext = data[24:24 + payload_len]

    key = extract_key(bootloader_path)
    cipher = AES.new(key, AES.MODE_CBC, iv)
    # 去除PKCS7填充
    plaintext = cipher.decrypt(ciphertext)
    pad_len = plaintext[-1]
    if pad_len < 1 or pad_len > 16:
        raise ValueError("填充长度非法，密钥或IV可能错误")
    plaintext = plaintext[:-pad_len]

    Path(out_path).write_bytes(plaintext)
    print(f"解密成功: {out_path} ({len(plaintext)} 字节)")

if __name__ == '__main__':
    # 实际使用时替换为真实文件路径
    decrypt_firmware('encrypted.bin', 'bootloader.bin', 'firmware_plain.bin')

运行与验证

  1. 准备文件：将加密固件保存为encrypted.bin，bootloader镜像保存为bootloader.bin（确保密钥位于偏移0x1F000）。
  2. 安装依赖：pip install pycryptodome
  3. 执行：python3 decrypt_firmware.py
  4. 验证通过条件：程序输出“解密成功”，且生成的firmware_plain.bin可被binwalk识别出文件系统（如Squashfs、Cramfs）或包含可读字符串（strings firmware_plain.bin | head）。

真实场景中的漏洞利用路径

若密钥无法直接提取，可尝试以下已知攻击面：

  • 密钥重用：同一厂商多型号设备共用密钥，从已公开固件中提取。
  • 更新机制缺陷：OTA固件常以AES-CTR加密但nonce固定，已知明文攻击可恢复密钥流。
  • 填充预言机：若设备固件更新接口对填充错误返回不同响应，可实施Padding Oracle攻击逐字节解密。
  • 硬件调试接口：通过UART或JTAG读取运行内存中的解密后固件（本案例不展开）。

常见问题

  • 解密后无有效文件系统：可能加密包含额外头部（如版本号、校验和），需先剥离；或密钥偏移错误。
  • 填充错误：确认加密模式是否为CBC，部分方案使用CTR/CFB无填充。
  • 密钥长度非16字节：部分方案使用AES-256（32字节密钥），需调整KEY_LEN与提取范围。
← 上一章 📖 返回目录 下一章 →