(信息技术)信息安全技术公共基础设施PKI系统安全等级保护技术要求

上传人:管****问 文档编号:119508252 上传时间:2020-01-17 格式:DOC 页数:81 大小:2.55MB
返回 下载 相关 举报
(信息技术)信息安全技术公共基础设施PKI系统安全等级保护技术要求_第1页
第1页 / 共81页
(信息技术)信息安全技术公共基础设施PKI系统安全等级保护技术要求_第2页
第2页 / 共81页
(信息技术)信息安全技术公共基础设施PKI系统安全等级保护技术要求_第3页
第3页 / 共81页
(信息技术)信息安全技术公共基础设施PKI系统安全等级保护技术要求_第4页
第4页 / 共81页
(信息技术)信息安全技术公共基础设施PKI系统安全等级保护技术要求_第5页
第5页 / 共81页
点击查看更多>>
资源描述

《(信息技术)信息安全技术公共基础设施PKI系统安全等级保护技术要求》由会员分享,可在线阅读,更多相关《(信息技术)信息安全技术公共基础设施PKI系统安全等级保护技术要求(81页珍藏版)》请在金锄头文库上搜索。

1、信息安全技术 公共基础设施 PKI系统安全等级保护技术要求引 言公开密钥基础设施(PKI)是集机构、系统(硬件和软件)、人员、程序、策略和协议为一体,利用公钥概念和技术来实施和提供安全服务的、具有普适性的安全基础设施。PKI系统是通过颁发与管理公钥证书的方式为终端用户提供服务的系统,包括CA、RA、资料库等基本逻辑部件和OCSP等可选服务部件以及所依赖的运行环境。PKI系统安全等级保护技术要求按五级划分的原则,制定PKI系统安全等级保护技术要求,详细说明了为实现GB/T AAA200所提出的PKI系统五个安全保护等级应采取的安全技术要求、为确保这些安全技术所实现的安全功能能够达到其应具有的安全

2、性而采取的保证措施,以及各安全技术要求在不同安全级中具体实现上的差异。第一级为最低级别,第五级为最高级别,随着等级的提高,PKI系统安全等级保护的要求也随之递增。正文中字体为黑体加粗的内容为本级新增部分的要求。信息安全技术 公钥基础设施PKI系统安全等级保护技术要求1 范围本标准依据GB/T AAA200的五个安全保护等级的划分,规定了不同等级PKI系统所需要的安全技术要求。本标准适用于PKI系统的设计和实现,对于PKI系统安全功能的研制、开发、测试和产品采购亦可参照使用。2 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误

3、的内容)或修订版均不适用于本标准,然而,提倡使用本标准的各方探讨使用其最新版本的可能性。凡是不注日期的引用文件,其最新版本适用于本标准。GB/T 19713-2005 信息安全技术 公钥基础设施 在线证书状态协议GB/T 20271-2006 信息安全技术 信息系统通用安全技术要求GB/T 20518-2006 信息安全技术 公钥基础设施 数字证书格式GB/T 21054-2007 信息安全技术 公钥基础设施 PKI系统安全等级保护评估准则GB/T 21052-2007 信息安全技术 信息系统物理安全技术要求GB/T20984-2007 信息安全技术 信息安全风险评估指南3 术语和定义下列术语

4、和定义适用于本标准。3.1公开密钥基础设施(PKI) public key infrastructure (PKI)公开密钥基础设施是支持公钥管理体制的基础设施,提供鉴别、加密、完整性和不可否认服务。3.2PKI系统 PKI systemPKI系统是通过颁发与管理公钥证书的方式为终端用户提供服务的系统,包括CA、RA、资料库等基本逻辑部件和OCSP等可选服务部件以及所依赖的运行环境。3.3安全策略 security policy一系列安全规则的准确规定,包括从本标准中派生出的规则和供应商添加的规则。3.4分割知识 split knowledge两个或两个以上实体分别保存密钥的一部分,密钥的每个

5、部分都不应泄露密钥的明文有效信息,而当这些部分在加密模块中合在一起时可以得到密钥的全部信息,这种方法就叫分割知识。3.5分割知识程序 split knowledge procedure用来实现分割知识的程序。3.6保护轮廓 protection profile一系列满足特定用户需求的、为一类评估对象独立实现的安全要求。3.7关键性扩展 critical extension证书或CRL中一定能够被识别的扩展项,若不能识别,该证书或CRL就无法被使用。3.8审计踪迹 audit trail记录一系列审计信息和事件的日志。3.9系统用户 system user对PKI系统进行管理、操作、审计、备份、

6、恢复的工作人员,系统用户一般在PKI系统中被赋予了指定的角色。3.10终端用户 terminate user使用PKI系统所提供服务的远程普通用户。4 缩略语以下缩略语适用于本标准:CA 认证机构 Certification AuthorityCPS 认证惯例陈述Certification Practice StatementCRL 证书撤销列表Certificate Revocation ListOCSP 在线证书状态协议Online Certificate Status ProtocolPP 保护轮廓Protection ProfileRA 注册机构Registration Authori

7、tyTOE 评估对象Target Of EvaluationTSF TOE安全功能TOE Security Function5 安全等级保护技术要求5.1 第一级5.1.1 概述第一级的PKI系统,由用户自主保护,所保护的资产价值很低,面临的安全威胁很小,适用于安全要求非常低的企业级PKI系统。PKI系统面临的风险,应按照GB/T 209842007进行评估。结构设计上,PKI系统的CA、RA、证书资料库可不进行明确的分化,所有功能软件模块可全部安装在同一台计算机系统上。第一级PKI系统的安全要素要求列表见附录A。5.1.2 物理安全进行PKI系统硬件设备、相关环境和系统安全的设计时,应按照G

8、B/T 210522007第4章所描述的要求。5.1.3 角色与责任开发者应提供PKI系统管理员和操作员的角色定义。管理员角色负责:安装、配置、维护系统;建立和管理用户账户;配置轮廓;生成部件密钥。操作员角色负责:签发和撤销证书。角色的安全功能管理应按表1中的配置对授权的角色修改安全功能的能力进行限制。5.1.4 访问控制5.1.4.1 系统用户访问控制PKI系统文档中,应有访问控制的相关文档,访问控制文档中的访问控制策略应包含如下几个方面:a) 角色及其相应的访问权限角色及其相应的访问权限的分配见表2。b) 标识与鉴别系统用户的过程应符合5.1.5的要求。c) 角色的职能分割应符合5.1.3

9、的要求。5.1.4.2 网络访问控制进行远程访问时,PKI系统应提供访问控制。远程用户只有被认证通过后,PKI系统才允许访问,并只对授权用户提供被授权使用的服务。远程计算机系统与PKI系统的连接应被认证,认证方法包括计算机地址、访问时间、拥有的密钥等。PKI系统应定义网络访问控制策略。5.1.5 标识与鉴别标识与鉴别包括建立每一个用户所声称的身份,和验证每一个用户确实是他所声称的用户。确保用户与正确的安全属性相关联。5.1.5.1 用户属性定义PKI系统应维护每个用户的安全属性。安全属性包括但不限于身份、组、角色、许可、安全和完整性等级。5.1.5.2 用户鉴别PKI系统的安全功能应预先设定P

10、KI系统代表用户执行的、与安全功能无关的动作,在用户身份被鉴别之前,允许PKI系统执行这些预设动作,包括:a) 响应查询公开信息(如:在线证书状态查询等);b) 接收用户发来的数据,但直到系统用户批准之后才处理。管理员应对鉴别数据进行管理。PKI系统应定义所支持的用户鉴别机制的类型。5.1.5.3 用户标识PKI系统的安全功能应预先设定PKI系统代表用户执行的、与安全功能无关的动作,在标识用户身份之前,允许PKI系统执行这些预设动作,包括:a) 响应查询公开信息(如:在线证书状态查询等);b) 接收用户发来的数据,但直到系统用户批准之后才处理。5.1.5.4 用户主体绑定在PKI系统安全功能控

11、制范围之内,对一个已标识与鉴别的用户,为了完成某个任务,需要激活另一个主体,这时,应通过用户主体绑定将该用户与该主体相关联,从而将用户的身份与该用户的所有可审计行为相关联,使用户对自己的行为负责。5.1.6 数据输入输出5.1.6.1 TSF间用户数据传送的保密性当用户数据通过外部信道在PKI系统之间或PKI系统用户之间传递时,PKI系统应执行访问控制策略,使得能以某种防止未授权泄露的方式传送用户数据。5.1.6.2 输出TSF数据的保密性在TSF数据从TSF到远程可信IT产品的传送过程中,应保护机密数据不被未授权泄露。 这些机密数据可以是TSF的关键数据,如口令、密钥、审计数据或TSF的可执

12、行代码。5.1.7 密钥管理5.1.7.1 密钥生成5.1.7.1.1 PKI系统密钥生成系统用户密钥生成应由相应级别的CA或RA等机构进行,可用软件方法产生,生成算法和密钥长度等应符合国家密码行政管理部门的规定。在进行密钥生成时,PKI系统应限制非授权人员的参与。 CA签名公私钥对应采用国家密码行政管理部门认可的方法生成,可用软件方法或硬件密码设备产生。在密钥生成时应检查用户角色,并设置为只有管理员才能启动CA密钥生成过程。5.1.7.1.2 终端用户密钥生成终端用户的密钥可由用户自己生成,也可委托CA、RA等PKI系统的服务机构生成。终端用户密钥可用软件方法产生,生成算法和密钥长度等应符合

13、国家密码行政管理部门的规定。5.1.7.2 密钥传送与分发5.1.7.2.1 PKI系统密钥传送与分发系统用户密钥的传送与分发应以加密形式直接发送到系统用户证书载体中,加密算法等应符合国家密码行政管理部门的规定。CA公钥分发方法应适当、切实可行,如提供根证书和CA证书下载、或与终端用户证书一起下载等,应符合国家密码行政管理部门对密钥分发的相关规定。5.1.7.2.2 终端用户密钥传送与分发如果终端用户自己生成密钥对,把公钥传送给CA是证书注册过程的一部分。终端用户应将公钥安全的提交给CA,如使用证书载体等方法进行面对面传送。如果终端用户委托CA生成密钥对,则不需要签发前的终端用户公钥传送。CA

14、向用户传送与分发私钥应以加密形式进行,加密算法等应符合国家密码行政管理部门的规定。5.1.7.3 密钥存储系统用户密钥可用软件加密的形式存储,加密算法应符合国家密码行政管理部门的规定。CA签名私钥应存储于国家密码行政管理部门规定的密码模块中或由硬件密码设备加密后存储。 终端用户密钥由用户自行存储。5.1.8 轮廓管理5.1.8.1 证书轮廓管理证书轮廓定义证书中的字段和扩展可能的值,这些字段和扩展应与GB/T 20518-2006标准相一致。证书轮廓包括的信息有:a) 与密钥绑定的用户的标识符;b) 主体的公私密钥对可使用的加密算法;c) 证书发布者的标识符;d) 证书有效时间的限定;e) 证

15、书包括的附加信息;f) 证书的主体是否是CA;g) 与证书相对应的私钥可执行的操作;h) 证书发布所使用的策略。PKI系统应具备证书轮廓,并保证发布的证书与证书轮廓中的描述一致。PKI系统管理员应为以下字段和扩展指定可能的值:a) 密钥所有者的标识符;b) 公私密钥对主体的算法标识符;c) 证书发布者的标识符;d) 证书的有效期;5.1.8.2 证书撤销列表轮廓管理证书撤消列表轮廓用于定义CRL中字段和扩展中可接受的值,这些字段和扩展应与GB/T 20518-2006标准相一致。CRL轮廓可能要定义的值包括:a) CRL可能或者必须包括的扩展和每一扩展的可能的值;b) CRL的发布者;c) CRL的下次更新日期。若PKI系统发布CRL,则应具备证书撤销列表轮廓,并保证发布的CRL与该轮廓中的规定相一致。PKI系统管理员应规定以下字段和扩展的可能的取值:a) issuer;b) issuerAltName。5

展开阅读全文
相关资源
相关搜索

当前位置:首页 > 商业/管理/HR > 经营企划

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号