暂无描述

文件	最后提交记录	最后更新时间
build	update standard utils Signed-off-by: lvyuanmin <lvyuanmin@huawei.com>	3 年前
common	!726 merge master into master c_utils中依赖bounds_checking_function:libsec_shared整改 Created-by: jing-wang177 Commit-by: jing-wang177 Merged-by: openharmony_ci Description: ### 一、内容说明（相关的Issue） https://gitcode.com/openharmony/security_crypto_framework/issues/608 ### 二、建议测试周期和提测地址建议测试完成时间：xxxx.xx.xx 投产上线时间：xxxx.xx.xx 提测地址：CI环境/压测环境测试账号： ### 三、变更内容 * 3.1 关联PR列表 * 3.2 数据库和部署说明 1. 常规更新 2. 重启unicorn 3. 重启sidekiq 4. 迁移任务：是否有迁移任务，没有写 "无" 5. rake脚本：`bundle exec xxx RAILS_ENV = production`；没有写 "无" * 3.4 其他技术优化内容（做了什么，变更了什么） - 重构了 xxxx 代码 - xxxx 算法优化 * 3.5 废弃通知（什么字段、方法弃用？） * 3.6 后向不兼容变更（是否有无法向后兼容的变更？） ### 四、研发自测点（自测哪些？冒烟用例全部自测？）自测测试结论： ### 五、测试关注点（需要提醒QA重点关注的、可能会忽略的地方）检查点： \| 需求名称 \| 是否影响xx公共模块 \| 是否需要xx功能 \| 需求升级是否依赖其他子产品 \| \|------\|------------\|----------\|---------------\| \| xxx \| 否 \| 需要 \| 不需要 \| \| \| \| \| \| 接口测试：性能测试：并发测试：其他： See merge request: openharmony/security_crypto_framework!726	4 天前
figures	适配mini修改架构图 Signed-off-by: lcc <lichaochen@huawei.com>	1 年前
frameworks	!726 merge master into master c_utils中依赖bounds_checking_function:libsec_shared整改 Created-by: jing-wang177 Commit-by: jing-wang177 Merged-by: openharmony_ci Description: ### 一、内容说明（相关的Issue） https://gitcode.com/openharmony/security_crypto_framework/issues/608 ### 二、建议测试周期和提测地址建议测试完成时间：xxxx.xx.xx 投产上线时间：xxxx.xx.xx 提测地址：CI环境/压测环境测试账号： ### 三、变更内容 * 3.1 关联PR列表 * 3.2 数据库和部署说明 1. 常规更新 2. 重启unicorn 3. 重启sidekiq 4. 迁移任务：是否有迁移任务，没有写 "无" 5. rake脚本：`bundle exec xxx RAILS_ENV = production`；没有写 "无" * 3.4 其他技术优化内容（做了什么，变更了什么） - 重构了 xxxx 代码 - xxxx 算法优化 * 3.5 废弃通知（什么字段、方法弃用？） * 3.6 后向不兼容变更（是否有无法向后兼容的变更？） ### 四、研发自测点（自测哪些？冒烟用例全部自测？）自测测试结论： ### 五、测试关注点（需要提醒QA重点关注的、可能会忽略的地方）检查点： \| 需求名称 \| 是否影响xx公共模块 \| 是否需要xx功能 \| 需求升级是否依赖其他子产品 \| \|------\|------------\|----------\|---------------\| \| xxx \| 否 \| 需要 \| 不需要 \| \| \| \| \| \| 接口测试：性能测试：并发测试：其他： See merge request: openharmony/security_crypto_framework!726	4 天前
interfaces	Fix verify update null-path blob leak Fix OpenSSL rand header include guard Fix SM2 EC signature header guard Signed-off-by: lichaochen_huawei <lichaochen@huawei.com>	24 天前
plugin	c_utils中依赖bounds_checking_function:libsec_shared整改 Co-Authored-By: Manual Signed-off-by: jing-wang177 <wangjing561@huawei.com>	5 天前
test	fix: correct PQC sign/verify algo check and fix mac params memory leak - Remove "ML-KEM" from IsPqcSignVerifyAlgorithm since ML-KEM is a KEM algorithm, not a signature algorithm; it never reaches HcfSignCreate. - Update the unit test to move "ML-KEM" to the negative case list. - Fix memory leak in GetStringMacParams: free the allocated paramsSpec when mdNameCopy malloc or memcpy_s fails on the error paths. Co-Authored-By: Agent Signed-off-by: kang1024 <yangjiankang3@huawei.com>	5 天前
BUILD.gn	强基一阶段需求回合主干 Signed-off-by: kang1024 <yangjiankang3@huawei.com>	1 年前
LICENSE	add init code Signed-off-by: lvyuanmin <lvyuanmin@huawei.com>	3 年前
OAT.xml	增加OAT.xml文件 Signed-off-by: lcc <lichaochen@huawei.com>	2 年前
README_zh.md	修复PriKey.getEncodedPem接口cipherName为空行为和1.1不一致 Signed-off-by: kang1024 <yangjiankang3@huawei.com>	7 个月前
bundle.json	!716 merge master into master napi依赖整改 Created-by: jing-wang177 Commit-by: jing-wang177 Merged-by: openharmony_ci Description: ### 一、内容说明（相关的Issue） https://gitcode.com/openharmony/security_crypto_framework/issues/598 ### 二、建议测试周期和提测地址建议测试完成时间：xxxx.xx.xx 投产上线时间：xxxx.xx.xx 提测地址：CI环境/压测环境测试账号： ### 三、变更内容 * 3.1 关联PR列表 * 3.2 数据库和部署说明 1. 常规更新 2. 重启unicorn 3. 重启sidekiq 4. 迁移任务：是否有迁移任务，没有写 "无" 5. rake脚本：`bundle exec xxx RAILS_ENV = production`；没有写 "无" * 3.4 其他技术优化内容（做了什么，变更了什么） - 重构了 xxxx 代码 - xxxx 算法优化 * 3.5 废弃通知（什么字段、方法弃用？） * 3.6 后向不兼容变更（是否有无法向后兼容的变更？） ### 四、研发自测点（自测哪些？冒烟用例全部自测？）自测测试结论： ### 五、测试关注点（需要提醒QA重点关注的、可能会忽略的地方）检查点： \| 需求名称 \| 是否影响xx公共模块 \| 是否需要xx功能 \| 需求升级是否依赖其他子产品 \| \|------\|------------\|----------\|---------------\| \| xxx \| 否 \| 需要 \| 不需要 \| \| \| \| \| \| 接口测试：性能测试：并发测试：其他： See merge request: openharmony/security_crypto_framework!716	27 天前

加解密算法库框架

简介

加解密算法库框架是一个屏蔽了第三方密码学算法库实现差异的算法框架，提供加解密、签名验签、消息验证码、哈希、安全随机数等相关功能。开发者可以通过调用加解密算法库框架，忽略底层不同三方算法库的差异，实现迅捷开发。 图 1 加解密算法库框架-架构图

其中，

API接口层：对外提供统一的JS接口，提供的能力包括：密码操作、秘钥材料和生成器等。
框架实现层：通过灵活加载插件层的插件，适配并屏蔽三方算法库的差异。
插件实现层：实现针对具体三方算法库的功能。

base/security/crypto_framwork
├── build                    # 配置构建相关
├── common                   # 内部依赖的公共方法
├── plugin                   # 算法适配的插件实现
│   ├── mbedtls_plugin       # mbedtls 插件
│   └── openssl_plugin       # openssl 插件
├── frameworks               # 框架实现层
│   ├── spi                  # SPI的接口
│   ├── js
│   │   ├── ani              # 通过ani封装的JS接口代码实现
│   │   ├── jsi              # 通过jsi封装的JS接口代码实现
│   │   └── napi             # 通过napi封装的JS接口代码实现
│   ├── algorithm_parameter  # 算法参数
│   ├── crypto_operation     # 算法操作，包括mac、md、加解密、签名验签、秘钥协商
│   ├── key                  # 秘钥材料
│   ├── native               # 对外提供算法库C接口
│   └── rand                 # 随机数
├── interfaces               # 对外接口目录
└── test                     # unitest

security_crypto_framework:基于OpenHarmony的加解密算法库框架项目

加解密算法库框架

简介

目录

说明

接口说明

使用说明

相关仓

项目介绍