December 2025 - SecurityTechnology - mailweb.opengauss.org

【会议纪要】【Security sig例会】20251229
by jianghongbo (C) 31 Dec '25

31 Dec '25

【会议纪要】【Security sig例会】20251229 【与会人】：蒋宏博，郑雪，李建峰，王飞活，柳长沣，张婷会议议题：议题1、openGauss D库系统函数特性安全设计评审（华为-王飞活）议题2、odbc适配oGRAC特性安全设计评审（华为-张婷）会议结论：议题1、openGauss D库系统函数特性安全设计评审（华为-王飞活）评审意见： 1、该特性主要涉及D库系统函数权限相关，经评审方案无安全风险； 2、查询相关系统函数所需的权限，需在资料中给予说明评审结论：评审通过。评审意见已闭环，已在资料中补充相关权限说明： https://docs.opengauss.org/zh/docs/latest/extension_reference/shark-%E7%B3%… 议题2、odbc适配oGRAC特性安全设计评审（华为-张婷）评审意见： 1、该特性涉及odbc与ograc通信及认证过程，需确认odbc和ograc之间的认证方式及加密算法安全 2、 odbc与ograc之间传输过程是否支持加密 3、 odbc客户端生成的文件和目录访问权限要符合权限最小化原则评审结论：评审意见闭环后通过

1 0

【会议纪要】【Security sig例会】20251222
by jianghongbo (C) 24 Dec '25

24 Dec '25

【会议纪要】【Security sig例会】20251222 【与会人】：郭亮，陈启军，李建峰，蒋宏博，刘展峰会议议题：议题1、黑匣子特性增强-支持密钥同步方案评审（华为-刘展峰）会议结论：议题1、黑匣子特性增强-支持密钥同步方案评审（华为-刘展峰）评审意见：当前模拟KMC实现了密钥加密保存方案，由于代码本身开源，所以该方案存在一定程度上的安全风险。建议调研采用keyring加密密钥的可行性。

1 0

【会议纪要】【Security sig例会】20251216
by jianghongbo (C) 17 Dec '25

17 Dec '25

【会议纪要】【Security sig例会】20251216 【与会人】：郭亮，李建峰，郑雪，蒋宏博，陈志凯会议议题：议题1、黑匣子支持升级特性方案评审（华为-陈志凯）会议结论：议题1、黑匣子支持升级特性方案评审（华为-陈志凯）评审结论：该特性为黑匣子服务端与客户端升级相关，不存在安全风险，评审通过

1 0

【会议纪要】【Security&Tools sig联合会议纪要】20251204
by jianghongbo (C) 10 Dec '25

10 Dec '25

��Ҫ��Security&Tools sig��ϻ��Ҫ��20251204 ��ˡ��격��񲩣��ι�ǿ��Z ��⣺ ��1��Datakit֧��ElasticSearch/MilvusǨ��󣨶ι�ǿ�� ۣ� ��1��Datakit֧��ElasticSearch/MilvusǨ��󣨶ι�ǿ�� 1�� 漰��ݿ��Ĵ��ǰdatakit��portal֮��ý��ʽ��봦��룬portal��Ǩ�ƹ��֮��ͳһ��û��봫�ݣ��֮�䴫�ݣ��̴洢��ͳһ�޸�Ϊ��ʽ��롣��ȫҪ�� 2�� Ǩ�ƹ��ʹ�õ�SQL��Ԥ��߼��û�ͨ��ã�ע��SQL��ݿ��û��Ȩ ��⣺ 1��漰��checklist��м�飬��ĵ��в�� 2��հ�ȫ��checklist��м�飬��ĵ��в��

1 0

【会议纪要】【Security sig例会】20251208
by jianghongbo (C) 10 Dec '25

10 Dec '25

【会议纪要】【Security sig例会】20251208 【与会人】：陈启军，郭亮，宋世轩，郑雪，刘展峰，刘凯，蒋宏博会议议题：议题1、黑匣子特性增强-API优化（刘展峰）议题2、黑匣子特性增强-支持主备参数同步（刘凯）会议结论：议题1、黑匣子特性增强-API优化（刘展峰）（1）、建议对管理面和业务面进行隔离，管理面用于提供认证等能力（2）、restapi需要支持ssl证书认证方式（3）、restapi需要支持和oGRecorder部署在不同网卡（4）、和DSG确认后续是否会在管里面添加其他安全认证设计：当前暂未给出明确计划议题2、黑匣子特性增强-支持主备参数同步（刘凯）（1）、现有设计架构配置管理与业务存在耦合，但由于项目初期未对两者进行明确区分，且worm作为核心可信组件，是提供服务的前提，因此针对方案不进行修改（2）、进一步梳理覆盖更多异常场景，同时简化现有业务逻辑（例如worm挂掉后，是否还应提供参数设置功能）（3）、需在设计文档中填写安全设计checklist，补齐安全相关要素

1 0

【会议纪要】【Security sig例会】20251201
by jianghongbo (C) 09 Dec '25

09 Dec '25

【会议纪要】【Security sig例会】20251201 【与会人】：陈启军，李建峰，郑雪，蒋宏博，窦欣，徐文贵会议议题：议题1、D兼容性-系统视图兼容-需求安全涉及评审（华为-窦欣）议题2、OGAI需求三方引入和安全涉及评审(华为-徐文贵) 议题3、openGauss社区java代码仓三方组件引入规范评审（蒋宏博）会议结论：议题1：D兼容性-系统视图兼容-需求安全涉及评审评审结论：评审通过评审建议：新增视图权限设计方案评估无安全风险，具体权限参考内核视图information_schema模式下对应的功能最相近的视图权限进行限制议题2：OGAI需求三方引入和安全涉及评审评审结论：跟踪遗留问题闭环后通过遗留问题： 1、针对三方引入（1）onnx runtime 和 tokenizers需引入最新火车版本，当前分别为v1.22.0和0.21.2。（2）onnx runtime 内部引入的是python版本，经确认和ogai引入c/c++ runtime的官网地址一致，是包装了c/c++ runtime的python版本。（3）text-splitter文本切分三方库为个人三方库，虽然社区近期较为活跃，但无明确版本计划，后期维护难，不支持引入。后续引入langchain替换该组件，并通过社区issue进行跟踪。 2、三方在线模型API Key 属于敏感信息，由于存储在系统表中，需要加密存储。 3、OGAI系统表针对管理员的权限控制需要兼容三权分立场景。议题3：openGauss社区java代码仓三方组件引入规范评审评审结论：openGauss社区java代码仓三方组件引入规范评审通过，规范链接：https://gitcode.com/opengauss/comm…

1 0