mbedtls
7,063
Stars
—
Forks
0
Watchers
—
Open Issues
待补全
许可证
C
语言
—
创建时间
最近更新
项目能做什么
开源、可移植、易用的 TLS 库,也是 PSA Cryptography API 的参考实现。
来源:AI 基于仓库事实生成
· 内容以仓库实际 README 为准
使用说明 查看原始 README 原仓库文档
中文使用说明暂未生成。下面保留原仓库 README 摘录,命令与配置均以原文为准。
原始 README 摘录(英文原文,节选前 3000 字符)
README for Mbed TLS =================== Mbed TLS is a C library that implements X.509 certificate manipulation and the TLS and DTLS protocols. Its small code footprint makes it suitable for embedded systems. Mbed TLS includes the [TF-PSA-Crypto repository](https://github.com/Mbed-TLS/TF-PSA-Crypto) that provides an implementation of the [PSA Cryptography API](https://arm-software.github.io/psa-api). Configuration ------------- Configuration options related to X.509 and TLS are available in `include/mbedtls/mbedtls_config.h`, while cryptography and platform options are located in the TF-PSA-Crypto configuration file `tf-psa-crypto/include/psa/crypto_config.h`. With the default platform options, Mbed TLS should build out of the box on most systems. These configuration files can be edited manually, or programmatically using the Python script `scripts/config.py` (run with --help for usage instructions). We provide some non-standard configurations focused on specific use cases in the `configs/` directory. You can read more about those in `configs/README.txt`. Documentation ------------- The main Mbed TLS documentation is available via [ReadTheDocs](https://mbed-tls.readthedocs.io/). To generate a local copy of the library documentation in HTML format, tailored to your compile-time configuration: 1. Make sure that [Doxygen](http://www.doxygen.nl/) is installed. 1. Run `cmake -B /path/to/build_dir /path/to/mbedtls/source` 1. Run `cmake --build /path/to/build_dir --target mbedtls-apidoc` 1. Open one of the main generated HTML files: * `apidoc/index.html` * `apidoc/modules.html` or `apidoc/topics.html` For other sources of documentation, see the [SUPPORT](SUPPORT.md) document. Compiling --------- We use CMake to configure and drive our build process. Three libraries are built: `libtfpsacrypto`, `libmbedx509`, and `libmbedtls`. Note that `libmbedtls` depends on `libmbedx509` and `libtfpsacrypto`, and `libmbedx509` depends on `libtfpsacrypto`. As a result, some linkers will expect flags to be in a specific order, for example the GNU linker wants `-lmbedtls -lmbedx509 -ltfpsacrypto`. The cryptographic library `libtfpsacrypto` is also provided under its legacy name, `libmbedcrypto`. ### Tool versions You need the following tools to build the library from the main branch with the provided CMake files. Mbed TLS minimum tool version requirements are set based on the versions shipped in the latest or penultimate (depending on the release cadence) long-term support releases of major Linux distributions, namely at time of writing: Ubuntu 22.04, RHEL 9, and SLES 15 SP4. * CMake 3.20.2 or later. * A build system like Make or Ninja for which CMake can generate build files. * A C99 toolchain (compiler, linker, archiver). We actively test with GCC 5.4, Clang 3.8, Arm Compiler 6, and Visual Studio 2017 Compiler. More recent versions should work. Slightly older versions may work. * Python 3.8 or later to generate the test code. Python is also needed t阅读完整原文
项目深度分析 AI 生成
Mbed TLS 可视化裁剪配置与构建诊断工具(SaaS / 本地 CLI 增强)
| 产品构想 | 针对手动编辑 mbedtls_config.h 与 tf-psa-crypto/include/psa/crypto_config.h 门槛高的问题,封装 scripts/config.py 与 configs/ 预设逻辑,提供可视化的功能勾选、依赖冲突检查及对应编译体积(footprint)预估,并自动生成合规的 CMake 参数与正确的链接顺序(-lmbedtls -lmbedx509 -ltfpsacrypto)。 |
| 核心功能 | 1. 双配置文件(TLS/X.509 与 PSA Crypto)联动解析与图形化开关;2. 一键导出 CMake 构建脚本及适配 GCC/Clang/Arm Compiler 6/MSVC 的工具链模板;3. 裁剪后按配置自动触发 Doxygen 生成定制化本地 HTML 文档包。 |
| 目标用户 | 中小型 IoT 硬件创业团队、需要快速缩减固件体积的嵌入式工程师(推测)。 |
| 难度/周期 | 中等(需深入理解 Mbed TLS 各宏定义间的隐式依赖及 CMake 构建机制) · 1-2 个月推出 MVP(推测) · 成本:极低(主要为个人研发时间及少量静态托管/CI 自动化测试服务器成本,仓库部署特征显示无数据库/GPU/APIKey 强依赖) |
| 收费模式 | 基础版开源引流,高级功能(如多芯片平台体积对比报告、CI 集成插件、企业私有配置库)采用按席位订阅或买断制授权(推测)。 |
| 竞争风险 | 1. 上游每 3-6 个月发布新版本且架构仍在演进(如 4.0 拆分子模块),配置解析规则维护成本高;2. 官方已自带 scripts/config.py,付费转化需提供显著优于脚本的防错与体积评估价值;3. 仓库 License 字段显示为 NOASSERTION,打包或捆绑任何源码前必须人工核实许可证条款。 |
| 依据 | 已验证事实(双配置文件、scripts/config.py、链接顺序要求、多编译器与 Doxygen 流程)与 AI推测(用户付费意愿及工具化形态)结合 |
嵌入式安全集成与 LTS 版本迁移技术顾问服务
| 产品构想 | 依托项目 2012 年至今的庞大存量生态(7061 Star、3015 Fork、1755 Issue),专门面向企业提供 Mbed TLS 的工程化落地服务,重点解决跨平台(Linux/RTOS/裸机)交叉编译报错、3.6 LTS(仅含 framework 子模块)向 4.0(引入 TF-PSA-Crypto 子模块及 libtfpsacrypto 库名变更)迁移、以及复杂构建环境适配问题。 |
| 核心功能 | 1. 现有项目升级至新版本(适配 libtfpsacrypto 及新头文件结构)的迁移改造;2. 定制低内存占用的非标准 configs/ 配置方案;3. 疑难构建与链接问题排查、Git 子模块离线构建方案设计。 |
| 目标用户 | 缺乏专职密码学安全工程师的传统硬件制造、工业控制及消费电子企业(推测)。 |
| 难度/周期 | 高(要求具备扎实的 C99、嵌入式交叉编译、TLS/DTLS 协议及 PSA API 实战经验) · 即刻可启动接单(个人技术品牌或接单渠道建设约 1-3 个月,推测) · 成本:极低(纯人力时间成本,无需研发重资产基础设施) |
| 收费模式 | 按项目/人天收取集成改造费,或提供年度技术支持与安全版本跟进顾问包(推测)。 |
| 竞争风险 | 1. 纯服务模式受限于个人时间精力,难以规模化;2. 密码学与安全协议配置失误可能导致客户产品安全漏洞,需在合同中严格界定交付边界与免责条款。 |
| 依据 | 数据支持的判断(高 Star/Fork/Issue 基数、3-6个月发版周期及子模块架构变化)与 尚需验证的假设(企业外包采购意愿) |
面向特定开发环境的开箱即用裁剪 SDK 模版与实战课程/文档套件
| 产品构想 | 虽然默认配置在主流 Linux/Windows 上可开箱即用,但嵌入式场景往往需要复杂裁剪及多工具链(Arm Compiler 6、VS2017 等)适配,且仓库源码构建需依赖 Python 3.8+、Perl 等生成测试和源码文件。可制作针对典型场景的精简预配置工程模板、离线源码归档整合指南及中文/英文工程化实践课程。 |
| 核心功能 | 1. 常见场景(如极简 DTLS、双向认证 X.509、纯 PSA 密码学调用)的 CMake 最小可运行模板库;2. Git 子模块递归克隆与官方源码包(tarball)差异的离线构建最佳实践指南;3. 常见 1755 个历史 Issue 高频坑点排查手册与视频教程。 |
| 目标用户 | 刚接触 PSA Cryptography API 或需要从零搭建基于 Mbed TLS 安全通信模块的嵌入式开发者及高校/企业新人(推测)。 |
| 难度/周期 | 中低(侧重知识整理、高频场景验证与清晰的技术表达) · 1 个月左右完成首套模板与课程内容(推测) · 成本:极低(个人设备即可完成多编译器验证与录制) |
| 收费模式 | 数字商品一次性买断(课程 + 模板源码)、企业内部培训授权(推测)。 |
| 竞争风险 | 1. 官方已有 ReadTheDocs 与 SUPPORT.md,内容必须突出“实战场景闭环”和“排坑效率”才能产生付费价值;2. 受众群体相对垂直,单靠课程天花板有限;3. 涉及源码分发时必须先核查项目实际 License(当前元数据为 NOASSERTION)。 |
| 依据 | 已验证事实(构建工具依赖多、官方提供 tarball 与 submodule 两种方式、ReadTheDocs 现状)与 AI推测(开发者学习与模板付费需求) |
AI 基于仓库公开数据分析生成,含推测成分,不构成收益承诺。
报告会保存到 个人中心
竞品与相似项目 GitHub Search 真实检索
相似项目数据正在完善中,暂不展示(避免误导)
项目优势与风险
| 技术成熟度 | 创建时间待补全,最近推送 ,发布过 79 个 Release |
| 社区活跃 | Star 7,063 / Fork 0 / Issue 0(数据支持,可自行核实) |
| 许可证 | 未检测到(需人工确认) |
| 主要风险 | 上游项目方向可能变化;同赛道竞争者较多(见竞品表);热度与需求不完全等价 |
安装与使用
此项目未提供 Docker 镜像,安装步骤以原仓库 README 为准(涉及依赖安装与环境配置,对新手门槛较高)。