LoRaWAN协议中终端节点身份认证机制的安全风险规避

Xie ZeYi 2026-09-19 05:52

一、终端节点身份认证是什么，为啥要管它的安全风险

先给大家说个最常见的场景：小区里装的LoRaWAN智能水表，不用布线就能传数据到物业的管理平台，物业靠这个远程查每家的用水量、断漏水提醒，省了抄表的麻烦。这里面的水表就是“终端节点”，它要把数据传给平台，首先得证明“我是真的水表，不是别人伪造的”，这个证明过程就是身份认证。要是这个认证机制有漏洞，后果可轻可重：轻则有人伪造水表数据逃水费，重则要是某个区域的LoRaWAN网络被大量伪造节点攻击，平台可能收不到真实设备的信号，整个小区的智能管理系统直接瘫痪。所以得先搞懂这个认证的风险在哪，再想办法规避。

二、LoRaWAN终端节点身份认证的核心流程（普通人能懂的版）

先给大家拆解下认证的核心逻辑，全程用“快递寄件”类比，保证大家一看就懂：

设备入网前的“身份准备”：每个LoRaWAN终端节点（比如水表）出厂时，厂家会给它绑定一个“专属快递单”——这个快递单上有两个核心信息：一个是“设备唯一编号”（相当于快递的收件人/寄件人身份证号，全球唯一），另一个是“专属加密密钥”（相当于快递的密码锁，只有这个设备和平台有）。
首次入网的“身份报备”：设备第一次要连平台，就像第一次寄快递，得先把“快递单”给快递公司（平台）报备。但这个“快递单”不能直接裸着发，得用密钥加密后发，避免被别人截获后伪造。
后续通信的“身份验证”：之后设备每次传数据，都要把“快递单”的加密版本附在数据里，平台收到后，用自己存的密钥解密，确认是合法设备才处理数据。

2.1 常见的两种认证方式（对应不同的快递场景）

LoRaWAN里常用两种认证，对应两种快递模式：

2.1.1 根密钥认证（类似“第一次寄快递，先报备身份”）

就是刚才说的首次入网的流程，每个设备的根密钥是出厂时烧进去的，永远不会改，相当于设备的“出生证明”。

2.1.2 会话密钥认证（类似“后续寄快递，用临时快递单”）

设备第一次入网成功后，平台会给它发一个“临时快递单”（会话密钥），后续传数据就用这个临时密钥加密，根密钥平时不用，只有会话密钥失效了才重新用根密钥报备。

三、认证机制里的三大安全风险（结合具体场景）

光懂流程还不够，得知道哪里会出问题。我给大家举三个真实的漏洞场景，每个场景都带对应的漏洞代码（用Python，因为简单，大家都能看懂）。

3.1 风险一：根密钥硬编码（相当于把身份证号写在快递盒上）

很多小厂家做设备的时候，为了省事，把根密钥直接写在设备的程序里，甚至很多设备用同一个根密钥（比如一批水表都用同一个密码锁）。这就相当于你寄快递的时候，把自己的身份证号写在快递盒的外面，别人一眼就能看到，甚至一批快递都用同一个密码锁，别人拿到一个就能开所有同批次的快递。

示例1：硬编码根密钥的错误代码

技术栈：Python（模拟LoRaWAN终端节点的认证程序）

# 模拟LoRaWAN终端节点的入网认证程序（错误示例：根密钥硬编码）
# 设备唯一编号（全球唯一，比如水表的编号）
DEVICE_EUI = "A1B2C3D4E5F60708"
# 根密钥（错误！硬编码在程序里，且一批设备都用这个）
ROOT_KEY = "1234567890ABCDEF"

def send_auth_request():
    # 用根密钥加密设备唯一编号，生成认证请求
    encrypted_eui = encrypt(DEVICE_EUI, ROOT_KEY)
    # 把加密后的内容发给平台
    send_to_platform(encrypted_eui)

# 模拟加密函数（简化版，实际是LoRaWAN的AES加密）
def encrypt(data, key):
    return f"ENC_{data}_{key}"

这个代码的问题太明显了：ROOT_KEY直接写在程序里，别人只要拿到这个设备的程序，就能直接看到根密钥，要是一批设备都用这个根密钥，那所有设备的认证都能被伪造。

3.2 风险二：会话密钥更新不及时（相当于用旧的快递单寄了很久）

有些设备入网后，一直用同一个会话密钥，从不更新。就像你寄快递一直用第一次的临时快递单，用了好几年，别人早就把这个快递单的密码记熟了，随时能伪造你的快递。

示例2：不更新会话密钥的错误代码

技术栈：Python（模拟LoRaWAN终端节点的通信程序）

# 模拟LoRaWAN终端节点的通信程序（错误示例：会话密钥不更新）
DEVICE_EUI = "A1B2C3D4E5F60708"
# 首次入网后拿到的会话密钥（永远不更新）
SESSION_KEY = "SESSION_123456"

def send_data(data):
    # 用会话密钥加密数据，生成认证信息
    encrypted_data = encrypt(data, SESSION_KEY)
    # 把加密数据和设备编号发给平台
    send_to_platform(DEVICE_EUI, encrypted_data)

# 模拟加密函数
def encrypt(data, key):
    return f"ENC_{data}_{key}"

这个代码的问题是SESSION_KEY永远不变，用的时间越长，被别人破解的概率越高，一旦被破解，所有数据都能被伪造。

3.3 风险三：认证请求未做重放防护（相当于用别人用过的快递单）

有些设备发的认证请求，别人截获后，直接把这个请求再发一遍，平台也会认为是合法的设备。就像别人把你用过的快递单（已经报备过的）再寄一次，快递公司以为是你又寄了一次，其实是别人伪造的。

示例3：无重放防护的错误代码

技术栈：Python（模拟LoRaWAN终端节点的认证请求程序）

# 模拟LoRaWAN终端节点的认证请求程序（错误示例：无重放防护）
DEVICE_EUI = "A1B2C3D4E5F60708"
ROOT_KEY = "1234567890ABCDEF"

def send_auth_request():
    # 用根密钥加密设备编号，生成认证请求（无随机数或时间戳）
    encrypted_eui = encrypt(DEVICE_EUI, ROOT_KEY)
    # 把加密内容发给平台
    send_to_platform(encrypted_eui)

# 模拟加密函数
def encrypt(data, key):
    return f"ENC_{data}_{key}"

这个代码的问题是每次发的认证请求都是一样的，别人截获一次，就能无限次重复发送，平台根本分不清是真实设备还是伪造的。

四、三大风险的规避方法（对应每个风险的解决方案）

针对上面的三个风险，我们分别给解决方案，每个方案都带正确的代码示例，还是用Python。

4.1 规避风险一：根密钥不硬编码，用唯一密钥

正确的做法是：每个设备的根密钥都是唯一的，而且不写在程序里，而是存在设备的加密存储区（相当于把身份证号存在你自己的钱包里，别人看不到）。

示例4：根密钥正确存储的代码

技术栈：Python（模拟LoRaWAN终端节点的认证程序）

# 模拟LoRaWAN终端节点的入网认证程序（正确示例：根密钥唯一且不硬编码）
DEVICE_EUI = "A1B2C3D4E5F60708"  # 每个设备唯一的编号

def get_root_key():
    # 从设备的加密存储区读取根密钥（每个设备唯一，不会暴露）
    # 这里用占位符模拟实际的加密存储读取操作
    return read_from_secure_storage("ROOT_KEY")

def send_auth_request():
    # 从加密存储区读取根密钥
    root_key = get_root_key()
    # 用根密钥加密设备编号
    encrypted_eui = encrypt(DEVICE_EUI, root_key)
    # 发给平台
    send_to_platform(encrypted_eui)

# 模拟从加密存储区读取的函数（实际是设备硬件提供的安全存储接口）
def read_from_secure_storage(key_name):
    # 每个设备的存储区里存的是自己唯一的根密钥，不会在程序里暴露
    return f"SECURE_{DEVICE_EUI}_ROOT"

# 模拟加密函数
def encrypt(data, key):
    return f"ENC_{data}_{key}"

这个代码的好处是：根密钥不会写在程序里，每个设备的根密钥都是唯一的，别人拿到程序也看不到根密钥，拿到一个设备的根密钥也不能伪造其他设备。

4.2 规避风险二：定期更新会话密钥

正确的做法是：设备定期（比如每周、每月）主动向平台申请更新会话密钥，或者平台主动给设备下发新的会话密钥。

示例5：定期更新会话密钥的代码

技术栈：Python（模拟LoRaWAN终端节点的通信程序）

# 模拟LoRaWAN终端节点的通信程序（正确示例：定期更新会话密钥）
DEVICE_EUI = "A1B2C3D4E5F60708"
# 初始化会话密钥（从首次入网的响应中获取）
SESSION_KEY = get_initial_session_key()
# 会话密钥的有效时长（比如7天，单位：秒）
SESSION_VALID_DURATION = 7 * 24 * 3600
# 记录会话密钥的生成时间
SESSION_CREATE_TIME = time.time()

def send_data(data):
    # 检查会话密钥是否过期
    if time.time() - SESSION_CREATE_TIME > SESSION_VALID_DURATION:
        # 过期了，申请更新会话密钥
        update_session_key()
    # 用当前会话密钥加密数据
    encrypted_data = encrypt(data, SESSION_KEY)
    send_to_platform(DEVICE_EUI, encrypted_data)

def update_session_key():
    # 向平台发送会话密钥更新请求
    new_session_key = send_session_update_request()
    # 更新本地的会话密钥和生成时间
    global SESSION_KEY, SESSION_CREATE_TIME
    SESSION_KEY = new_session_key
    SESSION_CREATE_TIME = time.time()

# 模拟从首次入网响应获取初始会话密钥的函数
def get_initial_session_key():
    return "SESSION_INIT_123"

# 模拟向平台发送更新请求并获取新会话密钥的函数
def send_session_update_request():
    return f"SESSION_NEW_{time.time()}"

# 模拟加密函数
def encrypt(data, key):
    return f"ENC_{data}_{key}"

这个代码的好处是：会话密钥定期更新，即使某个密钥被破解，也只能用很短的时间，大大降低了被伪造的风险。

4.3 规避风险三：添加重放防护（加随机数或时间戳）

正确的做法是：每次发认证请求的时候，都加一个随机数或者时间戳，用根密钥把“设备编号+随机数”一起加密，平台收到后，会检查这个随机数是不是之前用过的，如果用过就拒绝这个请求。

示例6：添加重放防护的代码

技术栈：Python（模拟LoRaWAN终端节点的认证请求程序）

# 模拟LoRaWAN终端节点的认证请求程序（正确示例：添加重放防护）
DEVICE_EUI = "A1B2C3D4E5F60708"

def get_root_key():
    return read_from_secure_storage("ROOT_KEY")

def send_auth_request():
    root_key = get_root_key()
    # 生成一个随机数（每次都不一样）
    random_num = generate_random_number()
    # 把设备编号和随机数一起加密
    auth_data = f"{DEVICE_EUI}_{random_num}"
    encrypted_auth = encrypt(auth_data, root_key)
    # 发给平台
    send_to_platform(encrypted_auth)

# 模拟生成随机数的函数（实际是硬件生成的真随机数）
def generate_random_number():
    import random
    return random.randint(100000, 999999)

# 模拟从加密存储区读取的函数
def read_from_secure_storage(key_name):
    return f"SECURE_{DEVICE_EUI}_ROOT"

# 模拟加密函数
def encrypt(data, key):
    return f"ENC_{data}_{key}"

这个代码的好处是：每次的认证请求都不一样，别人截获了也不能重复发送，平台能有效区分真实请求和重放请求。

五、补充的安全防护小技巧（给开发者的实用建议）

除了上面的三个核心规避方法，还有两个小技巧能进一步提升安全性：

5.1 设备端用硬件加密（比如LoRaWAN的AES-128加密）

LoRaWAN协议本身支持AES-128加密，就是专门用来做身份认证和数据加密的，开发者只要正确配置硬件的加密模块，不要自己写加密算法（自己写的很容易有漏洞）。

5.2 平台端加设备黑名单

要是某个设备的根密钥或者会话密钥被泄露了，平台能快速把这个设备的编号加入黑名单，拒绝处理它的所有请求，避免被伪造。

六、应用场景、技术优缺点和注意事项

6.1 应用场景

LoRaWAN的身份认证机制主要用在低功耗、远距离的物联网场景，比如：

智能水表、电表、燃气表（小区、农村的抄表系统）
智能路灯（城市里的远程控制和状态监测）
农业监测（土壤湿度、温度的远程采集）
智能井盖（城市里的井盖状态监测，防止被盗）

6.2 技术优缺点

优点

低功耗：认证过程的计算量很小，设备能用电池供电好几年
远距离：能覆盖几公里的范围，适合大面积部署
低成本：设备和网络的成本都比较低，适合大规模推广

缺点

设备资源有限：很多LoRaWAN终端节点的硬件配置很低，不能做太复杂的加密计算
网络开放：LoRaWAN的无线信号是开放的，容易被截获和干扰
协议本身的漏洞：早期的LoRaWAN协议有一些安全漏洞，需要开发者正确配置才能规避

6.3 注意事项

不要省成本：不要为了便宜用硬编码的根密钥，或者用同一个密钥给一批设备
定期更新：会话密钥一定要定期更新，不要一直用同一个
不要自己造轮子：加密算法一定要用协议本身支持的，不要自己写
做好测试：上线前一定要测试认证机制的安全性，比如模拟伪造设备的攻击，看能不能被平台识别

七、文章总结

LoRaWAN终端节点的身份认证机制是物联网安全的第一道防线，要是这道防线出问题，整个系统的安全都会受影响。核心的风险主要是根密钥硬编码、会话密钥不更新、无重放防护这三个，对应的规避方法也很明确：根密钥唯一且不硬编码、定期更新会话密钥、加随机数做重放防护。对于开发者来说，只要把这些方法落实到代码和设备配置里，就能大大提升认证机制的安全性，避免被伪造攻击。对于普通用户来说，了解这些安全风险，也能更好地理解智能设备的安全原理，知道为什么有些智能设备会定期更新配置。

围绕“LoRaWAN协议中终端节点身份认证机制的安全风险规避”参与讨论

0 条

LoRaWAN协议中终端节点身份认证机制的安全风险规避

一、终端节点身份认证是什么，为啥要管它的安全风险

二、LoRaWAN终端节点身份认证的核心流程（普通人能懂的版）

2.1 常见的两种认证方式（对应不同的快递场景）

2.1.1 根密钥认证（类似“第一次寄快递，先报备身份”）

2.1.2 会话密钥认证（类似“后续寄快递，用临时快递单”）

三、认证机制里的三大安全风险（结合具体场景）

3.1 风险一：根密钥硬编码（相当于把身份证号写在快递盒上）

示例1：硬编码根密钥的错误代码

3.2 风险二：会话密钥更新不及时（相当于用旧的快递单寄了很久）

示例2：不更新会话密钥的错误代码

3.3 风险三：认证请求未做重放防护（相当于用别人用过的快递单）

示例3：无重放防护的错误代码

四、三大风险的规避方法（对应每个风险的解决方案）

4.1 规避风险一：根密钥不硬编码，用唯一密钥

示例4：根密钥正确存储的代码

4.2 规避风险二：定期更新会话密钥

示例5：定期更新会话密钥的代码

4.3 规避风险三：添加重放防护（加随机数或时间戳）

示例6：添加重放防护的代码

五、补充的安全防护小技巧（给开发者的实用建议）

5.1 设备端用硬件加密（比如LoRaWAN的AES-128加密）

5.2 平台端加设备黑名单

六、应用场景、技术优缺点和注意事项

6.1 应用场景

6.2 技术优缺点

优点

缺点

6.3 注意事项

七、文章总结

评论

关联文章

AI助手

一、终端节点身份认证是什么，为啥要管它的安全风险

二、LoRaWAN终端节点身份认证的核心流程（普通人能懂的版）

2.1 常见的两种认证方式（对应不同的快递场景）

2.1.1 根密钥认证（类似“第一次寄快递，先报备身份”）

2.1.2 会话密钥认证（类似“后续寄快递，用临时快递单”）

三、认证机制里的三大安全风险（结合具体场景）

3.1 风险一：根密钥硬编码（相当于把身份证号写在快递盒上）

示例1：硬编码根密钥的错误代码

3.2 风险二：会话密钥更新不及时（相当于用旧的快递单寄了很久）

示例2：不更新会话密钥的错误代码

3.3 风险三：认证请求未做重放防护（相当于用别人用过的快递单）

示例3：无重放防护的错误代码

四、三大风险的规避方法（对应每个风险的解决方案）

4.1 规避风险一：根密钥不硬编码，用唯一密钥

示例4：根密钥正确存储的代码

4.2 规避风险二：定期更新会话密钥

示例5：定期更新会话密钥的代码

4.3 规避风险三：添加重放防护（加随机数或时间戳）

示例6：添加重放防护的代码

五、补充的安全防护小技巧（给开发者的实用建议）

5.1 设备端用硬件加密（比如LoRaWAN的AES-128加密）

5.2 平台端加设备黑名单

六、应用场景、技术优缺点和注意事项

6.1 应用场景

6.2 技术优缺点

优点

缺点

6.3 注意事项

七、文章总结

同分类面试题

关联文章

AI助手