2026年10月26日，中国网络安全审查认证和市场监管大数据中心（CCRC，以下简称“网数中心”）公布，华为GaussDB数据库管理系统获得EAL5+评估保障级认证证书。根据官方公告，这是我国数据库基础软件领域首张EAL5+认证证书。
对于国产数据库厂商而言，这一进展再次将高等级安全评估带入行业视野。但在实际认证准备中，企业需要面对的往往不是“数据库有没有安全功能”，而是另一个更深入的问题：数据库已经实现的安全能力，能否经得起设计审查、独立测试和工程证据核验？
不妨从一条普通的SQL语句说起。
某数据库系统已经实现基于角色的访问控制。研发人员创建一个低权限账户，尝试查询受保护的数据表，数据库正确返回权限不足错误。
在常规功能测试中，这通常意味着访问控制机制已经发挥作用。
但在基于GB/T 18336系列标准的安全评估中，如果产品声明其能够对特定数据库对象实施访问控制，评估人员还可能根据适用要求继续关注：权限检查发生在什么位置？通过视图、存储过程或其他接口访问数据时，安全策略是否仍然生效？当角色发生切换，或执行过程出现异常时，实际权限边界是否与设计一致？
这些问题并非针对某款已认证数据库的实际发现，而是用于说明数据库安全评估中可能出现的工程场景。
一次越权查询被成功拒绝，与企业能够证明访问控制机制在声明范围内持续有效，是两回事。
这正是国产数据库开展CCRC EAL认证时，需要提前考虑的技术证据问题。
01 权限控制已经实现，为什么还需要深入评估？数据库的安全功能通常分布在身份鉴别、权限管理、SQL解析与执行、数据访问、安全审计等多个环节。
GB/T 20273-2019《信息安全技术 数据库管理系统安全技术要求》是数据库管理系统安全评价的重要产品技术标准，涉及数据库安全功能及相应安全保障要求。
但对于复杂数据库系统，安全机制是否存在，并不能只通过管理界面或几条SQL命令判断。
例如，系统声称能够限制普通用户访问敏感数据，企业就需要明确这项安全声明的实际边界。
某个用户没有直接查询数据表的权限，是否意味着通过所有相关调用路径都无法获得相同数据？存储过程采用什么权限执行模型？不同角色之间的授权与撤销操作，是否符合预期的安全策略？
如果数据库采用分布式架构，还可能需要进一步分析不同节点、安全组件和管理接口之间的职责关系。
这些具体技术检查并不是所有EAL项目都必须逐项开展的统一测试清单，而应根据产品安全目标、适用技术标准及评估要求确定。
真正重要的是：企业不能仅凭某个功能测试通过，就将其直接等同于整个安全机制已经得到充分证明。
当安全目标声明了相应的安全功能要求，设计资料、实际实现和测试证据就需要在适用范围内保持一致。
02 安全审计有日志，不代表审计要求已经得到证明安全审计是数据库产品中另一个容易被低估的评估环节。
在普通软件开发中，研发团队往往关注日志能否正常生成：用户登录成功，系统记录一条日志；管理员修改权限，数据库保存相应操作记录。
但在安全评估中，如果审计功能属于产品声明的安全能力，问题可能进一步延伸至日志生成机制、记录完整性和访问控制。
例如，企业声明数据库能够记录敏感操作。
那么，哪些事件需要记录？日志是否包含足以识别相关操作的信息？审计记录能否被未经授权的用户修改或删除？当日志存储出现异常时，系统会采取什么处理措施？
对于不同数据库架构，这些问题可能涉及数据库内核、日志管理模块、存储机制以及外部运行环境。
如果企业在技术文档中声明“所有关键安全操作均可追溯”，就需要说明“关键安全操作”的具体范围，并提供与声明相匹配的设计和验证依据。
否则，这种看似完整的描述，反而可能在评估阶段引发更多澄清与补证工作。
安全审计的价值，不只是生成日志，而是让相关安全事件能够按照既定要求被可靠记录，并为后续检查提供依据。
03 从安全目标到实际代码，证据链不能在研发过程中断裂对于涉及较深入设计分析的EAL评估项目，安全要求、功能规范、设计实现和测试证据之间的对应关系十分重要。
以一项访问控制要求为例，企业可能需要从安全目标（ST）出发，说明产品如何定义访问规则，哪些模块负责执行权限检查，以及通过什么测试验证相关行为。
随着目标保障等级和适用保障组件的变化，所需设计资料、实现分析和测试证据的深度也可能不同。
但在实际项目中，证据之间的联系往往容易随着产品迭代逐渐脱节。
文档团队依据早期架构编写功能规范，研发人员随后调整了权限检查模块，测试团队则继续使用既有测试脚本。最终进入评估的产品版本，与部分文档所描述的实现可能已经出现差异。
当评估人员要求核查某项安全功能时，企业就需要重新确认设计依据、代码版本、测试环境和实际结果。
一个看似普通的评估问询，背后可能需要研发、安全、测试和配置管理人员共同排查。
如果发现相关实现或测试证据不足，还可能涉及补充验证、文档更新甚至产品整改。
这些工作通常不会在项目初期全部暴露，却可能随着评估深入逐渐增加。
真正影响认证进度的，不只是产品存在多少安全问题，还有企业能否快速、准确地证明相关安全要求已经得到落实。
04 从EAL4到EAL5+，差异不只是多做几项测试企业规划CCRC EAL认证时，通常最先关注目标等级。
但EAL并不是简单按照产品安全功能多少进行排名。
EAL即Evaluation Assurance Level，评估保障级，主要反映针对特定评估对象和安全目标所采用的保障要求及评估深度。
随着目标等级提高，通常会涉及更深入的设计分析、开发过程控制、测试证据和脆弱性分析要求。
对于某些高保障等级项目，还可能涉及半形式化设计描述或更深入的实现分析。
这意味着，一款数据库即使已经具有成熟的权限控制、安全审计和身份鉴别功能，也不能仅凭这些功能的存在，就判断能够直接达到EAL5+。
企业还需要评估现有研发过程、设计资料、配置管理、测试体系和安全分析能力，是否能够支撑目标保障要求。
需要注意，EAL5+中的“+”表示在基础保障包之上增加特定保障组件，并不是所有项目都完全相同的固定要求组合。
因此，具体评估内容应以适用认证方案、产品技术标准和最终确定的保障要求为准。
对于准备开展较高等级认证的数据库厂商，前期差距分析往往比简单选择一个目标EAL数字更重要。
05 CCRC EAL认证，为什么要同时关注GB/T 18336和数据库产品标准？截至2026年10月，GB/T 18336-2024系列已正式实施，构成国内IT产品安全评估的重要标准基础；GB/T 30270-2024则规定了相应的信息技术安全评估方法。
对于数据库产品，还需要结合适用的产品技术标准，例如：
GB/T 20273-2019《信息安全技术 数据库管理系统安全技术要求》，以及适用情况下的GB/T 20009-2019《信息安全技术 数据库管理系统安全评估准则》。
不同文件承担的作用并不完全相同。
GB/T 18336系列提供通用安全功能、保障要求和评估模型；数据库产品标准则围绕数据库管理系统的技术特点提出相关要求。
此外，网数中心已在官网发布CCRC-IR-033:2026评估保障级认证实施规则，并于2026年8月更新产品类别及依据标准信息。
因此，实际申请时不能简单认为所有数据库项目只依据GB/T 18336，或者只要满足某一项产品标准就必然获得对应EAL证书。
制造商应结合产品类别、目标等级、现行实施规则和具体认证依据，确认实际适用的技术文件。
06 从“功能满足要求”走向“持续具备可评估的工程证据”从国产数据库高等级安全认证的实践方向来看，企业真正需要建设的，不只是一套通过测试的安全功能。
更重要的是，让安全要求、设计实现、测试结果和配置管理在研发过程中形成清晰的对应关系。
认证工作应尽可能前置到产品开发阶段：首先明确评估对象与安全目标，再根据适用要求梳理产品设计和测试证据，识别缺口，并在版本迭代中持续维护相关资料。
对于访问控制、内存安全、特权操作和关键安全组件等适合开展深入分析的技术问题，还可以结合具体需求，采用静态分析、自动化测试或形式化验证等方法，提高特定安全属性的验证深度。
形式化验证并不是所有EAL项目的统一强制要求，也不能替代全部评估活动，但在适用的关键模块中，可以为某些安全性质提供更严格的分析依据。
高等级安全评估的价值，不在于给产品增加一个等级标识，而在于推动企业建立能够支撑安全声明、经得起独立评估的工程证据体系。
望安科技：CCRC EAL认证一站式全流程技术支持随着国产基础软件向更高安全保障要求发展，数据库、操作系统、TEE及其他复杂IT产品在认证实施中，越来越需要将安全设计、研发过程与评估证据协同建设。
作为深耕产品安全认证与合规服务领域的专业机构，浙江望安科技有限公司面向国产数据库、操作系统、网络安全设备及其他高安全要求IT产品，提供CCRC EAL认证一站式全流程技术实施支持。
服务涵盖认证路径规划、产品评估范围界定、安全目标建设、技术文档编制、设计与实现证据梳理、测试验证、脆弱性分析、评估协同及问题整改支持。
针对高保障等级项目，望安科技结合安全工程与形式化验证技术能力，协助企业梳理关键安全机制、完善技术证据体系，减少因材料缺失、版本不一致和反复评估问询带来的额外工程投入。
让安全能力不仅能够实现，更能够被清晰证明。
了解更多国内CCRC EAL认证及产品安全评估服务，请访问浙江望安科技官网。
常见问题
数据库做CCRC EAL认证，是否只需要测试安全功能？
不是。具体项目还可能涉及安全目标、设计资料、开发过程、配置管理、测试和脆弱性分析等要求，实际范围取决于适用认证规则和目标保障等级。
GB/T 18336-2024可以直接用于数据库EAL认证吗？
该系列是重要的通用安全评估基础标准，但数据库项目可能还需结合GB/T 20273等产品技术标准及现行认证实施规则确定具体依据。
数据库已经具备访问控制和安全审计，是否就能申请EAL5+？
具备相关功能并不等于已经满足目标保障等级。仍需分析设计、实现、测试、开发过程及其他适用保障要求是否得到充分满足。
CCRC EAL认证与国际CC认证可以直接互认吗？
不能直接等同。是否存在国际互认，应根据具体发证方案、证书及适用的互认安排判断，不能仅凭EAL等级相同就认定自动互认。
