Open5GS项目中PFCP协议栈缓冲区溢出问题分析
2025-07-05 16:07:51作者:邓越浪Henry
问题概述
在Open5GS项目v2.7.5-4-g9217889+版本中,发现了一个与PFCP协议处理相关的栈缓冲区溢出问题。该问题位于ogs_pfcp_extract_node_id()函数中,当处理异常构造的PFCP数据包时,可能导致服务异常终止。
技术背景
Open5GS是一个开源的5G核心网实现,其中的UPF(用户面功能)组件负责处理PFCP(分组转发控制协议)消息。PFCP协议用于控制面(如SMF)和用户面(如UPF)之间的通信,其中节点标识(Node ID)是PFCP会话建立过程中的重要参数。
问题细节
问题位于lib/pfcp/util.c文件的第196行,具体问题出在ogs_pfcp_extract_node_id()函数中。该函数负责从PFCP消息中提取节点ID信息,但在处理TLV(Type-Length-Value)格式的节点ID时,直接使用了memcpy进行内存拷贝,而没有对源数据的长度进行验证。
memcpy(node_id, tlv_node_id->data, tlv_node_id->len);
这里的潜在风险在于:
node_id是栈上分配的固定大小缓冲区(根据错误信息显示为257字节)tlv_node_id->len来自网络数据,可能包含异常值- 当
tlv_node_id->len大于目标缓冲区大小时,会导致栈缓冲区溢出
问题影响
该问题可能导致以下后果:
- 服务异常终止
- 可能影响程序执行流程
- 破坏栈上的其他变量,导致不可预测的行为
从错误日志中可以看到,当发送特定格式的PFCP数据包时,确实触发了栈缓冲区溢出,导致ASan(AddressSanitizer)检测到并终止了进程。
修复方案
修复方案相对简单直接,需要在拷贝数据前检查长度:
memcpy(node_id, tlv_node_id->data, ogs_min(tlv_node_id->len, sizeof(ogs_pfcp_node_id_t)));
这种修复方式:
- 使用
ogs_min宏取较小值 - 确保不会拷贝超过目标缓冲区大小的数据
- 保持了原有功能的同时增加了安全性
安全建议
对于类似网络协议处理代码,建议:
- 对所有来自网络的数据进行长度验证
- 使用安全的字符串/内存操作函数
- 启用编译器的安全特性(如栈保护、ASan等)
- 对关键网络组件进行模糊测试
总结
这个问题展示了在网络协议实现中忽视输入验证的典型后果。虽然修复简单,但这类问题在协议栈实现中很常见。开发者应当对所有来自外部源的数据保持警惕,特别是在处理TLV这类灵活格式时,长度字段必须经过严格验证后才能使用。
登录后查看全文
热门项目推荐
相关项目推荐
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
yuanrongopenYuanrong runtime:openYuanrong 多语言运行时提供函数分布式编程,支持 Python、Java、C++ 语言,实现类单机编程高性能分布式运行。Go051
pc-uishopTNT开源商城系统使用java语言开发,基于SpringBoot架构体系构建的一套b2b2c商城,商城是满足集平台自营和多商户入驻于一体的多商户运营服务系统。包含PC 端、手机端(H5\APP\小程序),系统架构以及实现案例中应满足和未来可能出现的业务系统进行对接。Vue00
ebook-to-mindmapepub、pdf 拆书 AI 总结TSX01
项目优选
收起
deepin linux kernel
C
27
11
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
541
3.77 K
Ascend Extension for PyTorch
Python
351
419
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
889
615
openEuler内核是openEuler操作系统的核心,既是系统性能与稳定性的基石,也是连接处理器、设备与服务的桥梁。
C
338
186
openJiuwen agent-studio提供零码、低码可视化开发和工作流编排,模型、知识库、插件等各资源管理能力
TSX
988
253
openGauss kernel ~ openGauss is an open source relational database management system
C++
169
233
暂无简介
Dart
778
194
华为昇腾面向大规模分布式训练的多模态大模型套件,支撑多模态生成、多模态理解。
Python
115
141
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.35 K
759