Mbed TLS 4.0版本中示例程序的保留与重构策略分析
2025-06-05 00:47:39作者:滕妙奇
背景介绍
Mbed TLS作为一款广泛应用于嵌入式系统的安全通信库,其示例程序对于开发者理解和应用库功能至关重要。随着Mbed TLS 4.0版本的开发推进,开发团队需要对现有示例程序进行全面评估,确定哪些需要保留、删除或重构,以适应新的API架构。
示例程序分类处理策略
X.509相关程序
X.509证书管理相关的程序大多将被保留,包括:
load_roots.c:证书加载工具req_app.c:证书请求处理crl_app.c:CRL处理工具cert_app.c:证书管理工具(需替换随机数生成部分)
这些工具在实际证书管理流程中具有实用价值,且大多不依赖将被废弃的API。
密钥管理程序
密钥生成和管理程序将进行较大调整:
gen_key.c将被重写为使用PSA API,以支持密钥生成流程pk_verify.c将被保留,作为PK接口的示例- 多数RSA相关程序(如
rsa_genkey.c)将被删除,因其使用旧式API和非标准密钥格式
测试与基准程序
测试相关程序大多将被保留:
benchmark.c将迁移至TF-PSA-Crypto项目,未来逐步重写为使用PSA API- 各种CMake测试程序将全部保留
selftest.c将被删除,因其功能可由单元测试覆盖
加密哈希相关
哈希和加密演示程序将进行更新:
md_hmac_demo.c将被删除,其功能由hmac_demo.c替代cipher_aead_demo.c将被删除,由aead_demo.c替代hello.c和generic_sum.c等使用旧式API的程序将被移除
SSL/TLS相关
SSL/TLS演示程序大多将被保留,但需要进行调整:
- 所有程序中的随机数生成将更新为使用PSA API
ssl_client2.c将修改ECP操作设置方式ssl_mail_client.c将保留,作为邮件客户端TLS连接示例
模糊测试程序
模糊测试相关程序将基本保留,但需要更新:
- 多数程序需要替换随机数生成部分
fuzz_privkey.c和fuzz_pubkey.c需要将旧式加密API替换为PSA API
技术考量与决策依据
-
API演进适配:所有使用将被废弃的旧式API(特别是bignum和RSA相关API)的程序将被删除或重写。
-
实用价值评估:具有实际应用价值的工具(如证书管理相关程序)将被优先保留,而仅用于演示旧API的程序将被移除。
-
测试覆盖:能够支持持续集成和测试验证的程序将被保留,即使需要一定程度的修改。
-
PSA迁移路径:对于需要重写的程序,团队制定了清晰的迁移计划,确保在4.0版本发布后逐步完成转换。
未来工作方向
-
对于标记为"Tweak"的程序,团队将优先处理随机数生成部分的替换工作。
-
密钥生成工具
gen_key.c的重写将作为重点任务,以确保密钥管理流程的完整性。 -
基准测试程序将迁移至TF-PSA-Crypto项目,并逐步重构为使用PSA API。
-
SSL/TLS演示程序中的特定功能(如可中断操作)将根据新API能力进行调整或移除。
这一系列调整将确保Mbed TLS 4.0版本提供高质量、现代化的示例程序,帮助开发者更好地理解和应用新版本的API特性。
登录后查看全文
热门项目推荐
相关项目推荐
AutoGLM-Phone-9BAutoGLM-Phone-9B是基于AutoGLM构建的移动智能助手框架,依托多模态感知理解手机屏幕并执行自动化操作。Jinja00
Kimi-K2-ThinkingKimi K2 Thinking 是最新、性能最强的开源思维模型。从 Kimi K2 开始,我们将其打造为能够逐步推理并动态调用工具的思维智能体。通过显著提升多步推理深度,并在 200–300 次连续调用中保持稳定的工具使用能力,它在 Humanity's Last Exam (HLE)、BrowseComp 等基准测试中树立了新的技术标杆。同时,K2 Thinking 是原生 INT4 量化模型,具备 256k 上下文窗口,实现了推理延迟和 GPU 内存占用的无损降低。Python00
GLM-4.6V-FP8GLM-4.6V-FP8是GLM-V系列开源模型,支持128K上下文窗口,融合原生多模态函数调用能力,实现从视觉感知到执行的闭环。具备文档理解、图文生成、前端重构等功能,适用于云集群与本地部署,在同类参数规模中视觉理解性能领先。Jinja00
HunyuanOCRHunyuanOCR 是基于混元原生多模态架构打造的领先端到端 OCR 专家级视觉语言模型。它采用仅 10 亿参数的轻量化设计,在业界多项基准测试中取得了当前最佳性能。该模型不仅精通复杂多语言文档解析,还在文本检测与识别、开放域信息抽取、视频字幕提取及图片翻译等实际应用场景中表现卓越。00
GLM-ASR-Nano-2512GLM-ASR-Nano-2512 是一款稳健的开源语音识别模型,参数规模为 15 亿。该模型专为应对真实场景的复杂性而设计,在保持紧凑体量的同时,多项基准测试表现优于 OpenAI Whisper V3。Python00
GLM-TTSGLM-TTS 是一款基于大语言模型的高质量文本转语音(TTS)合成系统,支持零样本语音克隆和流式推理。该系统采用两阶段架构,结合了用于语音 token 生成的大语言模型(LLM)和用于波形合成的流匹配(Flow Matching)模型。 通过引入多奖励强化学习框架,GLM-TTS 显著提升了合成语音的表现力,相比传统 TTS 系统实现了更自然的情感控制。Python00
Spark-Formalizer-X1-7BSpark-Formalizer 是由科大讯飞团队开发的专用大型语言模型,专注于数学自动形式化任务。该模型擅长将自然语言数学问题转化为精确的 Lean4 形式化语句,在形式化语句生成方面达到了业界领先水平。Python00
项目优选
收起
deepin linux kernel
C
24
9
OpenHarmony documentation | OpenHarmony开发者文档
Dockerfile
413
3.17 K
本项目是CANN提供的数学类基础计算算子库,实现网络在NPU上加速计算。
C++
685
324
Ascend Extension for PyTorch
Python
227
255
暂无简介
Dart
678
160
React Native鸿蒙化仓库
JavaScript
265
326
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
1.21 K
660
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
9
1
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
1.03 K
492
TorchAir 支持用户基于PyTorch框架和torch_npu插件在昇腾NPU上使用图模式进行推理。
Python
343
146