安全生产_信息安全标准概述

第14讲信息安全标准 二 北京邮电大学计算机学院副教授徐国爱 信息安全评估标准 我国信息安全测评认证概述TCSECCCGB17859 本讲提纲 测评认证相关概念 信息安全测评依据标准对信息技术产品 系统 服务提供商和人员进行测试与评估 检验其是否符合测评的标准信息安全测评是检验 测试活动信息安全认证对信息技术领域内产品 系统 服务提供商和人员的资质 能力符合规范及安全标准要求的一种确认活动 即检验评估过程是否正确 并保证评估结果的正确性和权威性 信息安全认证是质量认证活动 更确切地说是产品认证活动 两者关系信息安全测评为信息安全认证提供必要的技术依据 产品认证访问控制产品 防火墙 路由器 代理服务器 网关 鉴别产品安全审计产品安全管理产品数据完整性产品数字签名产品抗抵赖产品商用密码产品 须由国家商用密码管理办公室授权 防信息干扰 泄漏产品操作系统安全类产品数据库安全类产品 系统安全测评信息系统的安全测评 是由具有检验技术能力和政府授权资格的权威机构 依据国家标准 行业标准 地方标准或相关技术规范 按照严格程序对信息系统的安全保障能力进行的科学公正的综合测试评估活动 系统安全测评旨在为以前没有安全保障或安全保障体系不完善的系统 网络 提供改进服务 从而降低系统的安全风险 组织认证 对提供信息安全服务的组织和单位资质进行评估和认证 即服务资质认证个人认证 对信息安全专业人员的资质进行评估和认证 即人员资质认证 我国信息安全测评认证体系组织结构 于1997年启动 到1998年底 正式建立我国的信息安全测评认证体系 由三部分组成国家信息安全测评认证管理委员会中国信息安全产品测评认证中心授权测评机构 国家信息安全测评认证管理委员会 国家信息安全测评认证管理委员会是认证中心的监管机构 组成 由与信息安全相关的管理部门 使用部门 学术界和生产厂商四方面的代表组成主要职责 确定测评认证中心的发展策略 推动中心检测认证的标准研究和准则使用 对测评认证工作的公正性 科学性进行监督 管理委员会下设专家委员会和投诉 申诉委员会 中国信息安全产品测评认证中心 中国信息安全产品测评认证中心 CNITSEC 是经中央批准的 由国家质量监督检验检疫总局授权成立的 代表国家实施信息安全测评认证的职能机构 对国内外信息安全设备和信息技术产品进行安全性检验与测试 对国内信息工程和信息系统进行安全性评估与安全质量体系认证 对在中国境内销售 使用的信息技术产品和安全设备进行安全性认证 提供与信息安全有关的信息服务 技术服务及人员培训 与国际上相应的测评认证机构联系与交流 信息安全测评认证过程图示 相关测评标准 GB17859 1999 计算机信息系统安全保护等级划分准则 GB T18336 2001 信息技术安全技术信息技术安全性评估准则 GB T19716 2005 信息技术信息安全管理实用规则 GB T20271 2006 信息系统通用安全技术要求 GB T20269 2006 信息系统安全管理要求 GB T20282 2006 信息系统安全工程管理要求 DB31 T272 2002 计算机信息系统安全测评通用技术规范 测评认证相关技术 渗透性测试 对测试目标进行脆弱性分析 探知产品或系统安全脆弱性的存在 其主要目的是确定测试目标能够抵抗具有不同等级攻击潜能的攻击者发起的渗透性攻击 因此 渗透性测试就是在测试目标预期使用环境下进行的测试 以确定测试目标中潜在的脆弱性的可利用程度 系统漏洞扫描 主要是利用扫描工具对系统进行自动检查 根据漏洞库的描述对系统进行模拟攻击测试 如果系统被成功入侵 说明存在漏洞 主要分为网络漏洞扫描和主机漏洞扫描等方式 我国信息安全测评认证概述信息安全评估标准的发展 本讲提纲 信息安全评估标准的发展 1985年美国可信计算机系统评估准则 TCSEC 1993年加拿大可信计算机产品评估准则 CTCPEC 1993年美国联邦政府评估准则 FC 1991年欧洲信息技术安全评估准则 ITSEC 国际通用准则1996年 CC1 01998年 CC2 01999年 CC2 1 1999年CC成为国际标准 2005年更新 ISO IEC15408 2001年中国国家标准GB T183362008年更新 等同采用CC 1999年GB17859计算机信息系统安全保护等级划分准则 可信计算机系统评估准则 TCSEC 可信计算机系统评估准则 TCSEC 简介 信息安全技术的里程碑1985年作为美国国防部标准 DoD 发布 DoD5200 28 STD 主要为军用标准 延用为民用主要针对主机型分时操作系统 主要关注保密性安全级别主要按功能分类安全级别从高到低分别为A B C D四级 级下再分小级 包含D C1 C2 B1 B2 B3 A1这七个级别 后发展为彩虹系列 彩虹系列 桔皮书 可信计算机系统评估准则黄皮书 桔皮书的应用指南红皮书 可信网络解释紫皮书 可信数据库解释 TCSEC安全级别 高保证系统 低保证系统 D类保护等级 D类是最低保护等级 即无保护级为那些经过评估 但不满足较高评估等级要求的系统设计的 只具有一个级别该类是指不符合要求的那些系统 因此 这种系统不能在多用户环境下处理敏感信息 C类保护等级 C类为自主保护级具有一定的保护能力 采用的措施是自主访问控制和审计跟踪一般只适用于具有一定等级的多用户环境具有对主体责任及其动作审计的能力 C类分为两个级别自主安全保护级 C1级 它具有多种形式的控制能力 对用户实施访问控制为用户提供可行的手段 保护用户和用户组信息 避免其他用户对数据的非法读写与破坏C1级的系统适用于处理同一敏感级别数据的多用户环境C1级TCB通过隔离用户与数据 使用户具备自主安全保护的能力控制访问保护级 C2级 C2级计算机系统比C1级具有更细粒度的自主访问控制C2级通过注册过程控制 审计安全相关事件以及资源隔离 使单个用户为其行为负责 B类保护等级 B类为强制保护级主要要求是TCB应维护完整的安全标记 并在此基础上执行一系列强制访问控制规则B类系统中的主要数据结构必须携带敏感标记系统的开发者还应为TCB提供安全策略模型以及TCB规约应提供证据证明访问监控器得到了正确的实施 B类分为三个类别标记安全保护级 B1级 B1级系统要求具有C2级系统的所有特性在此基础上 还应提供安全策略模型的非形式化描述 数据标记以及命名主体和客体的强制访问控制并消除测试中发现的所有缺陷 结构化保护级 B2级 在B2级系统中 TCB建立于一个明确定义并文档化形式化安全策略模型之上要求将B1级系统中建立的自主和强制访问控制扩展到所有的主体与客体在此基础上 应对隐蔽信道进行分析TCB应结构化为关键保护元素和非关键保护元素TCB接口必须明确定义其设计与实现应能够经受更充分的测试和更完善的审查鉴别机制应得到加强 提供可信设施管理以支持系统管理员和操作员的职能提供严格的配置管理控制B2级系统应具备相当的抗渗透能力 安全区域保护级 B3级 在B3级系统中 TCB必须满足访问监控器需求访问监控器对所有主体对客体的访问进行仲裁访问监控器本身是抗篡改的访问监控器足够小访问监控器能够分析和测试B3级系统支持 安全管理员职能扩充审计机制当发生与安全相关的事件时 发出信号提供系统恢复机制系统具有很高的抗渗透能力 A类保护等级 A类为验证保护级A类的特点是使用形式化的安全验证方法 保证系统的自主和强制安全控制措施能够有效地保护系统中存储和处理的秘密信息或其他敏感信息为证明TCB满足设计 开发及实现等各个方面的安全要求 系统应提供丰富的文档信息 验证设计级 A1级 A1级系统在功能上和B3级系统是相同的 没有增加体系结构特性和策略要求最显著的特点是 要求用形式化设计规范和验证方法来对系统进行分析 确保TCB按设计要求实现从本质上说 这种保证是发展的 它从一个安全策略的形式化模型和设计的形式化高层规约 FTLS 开始 针对A1级系统设计验证 有5种独立于特定规约语言或验证方法的重要准则 安全策略的形式化模型必须得到明确标识并文档化 提供该模型与其公理一致以及能够对安全策略提供足够支持的数学证明应提供形式化的高层规约 包括TCB功能的抽象定义 用于隔离执行域的硬件 固件机制的抽象定义应通过形式化的技术和非形式化的技术证明TCB的形式化高层规约 FTLS 与模型是一致的通过非形式化的方法证明TCB的实现与FTLS是一致的 应证明FTLS的元素与TCB的元素是一致的 FTLS应表达用于满足安全策略的一致的保护机制 这些保护机制的元素应映射到TCB的要素应使用形式化的方法标识并分析隐蔽信道 非形式化的方法可以用来标识时间隐蔽信道 必须对系统中存在的隐蔽信道进行解释 A1级系统要求 A1级系统要求 System 更严格的配置管理 建立系统安全分发的程序 支持系统安全管理员的职能 TCSEC缺陷 集中考虑数据保密性 而忽略了数据完整性 系统可用性等 将安全功能和安全保证混在一起 安全功能规定得过为严格 不便于实际开发和测评 信息技术安全评估准则 ITSEC 1991年由欧盟四国 法国 德国 芬兰 英国 联合发布将安全概念分为功能和功能评估两个部分功能准则在测定上分10级 评估准则分为7级 1 5级对应于TCSEC的C1到B36 10级添加了以下概念 F IN 数据和程序的完整性F AV 系统可用性F DI 数据通信完整性 F DC 数据通信保密性F DX 包括保密性和完整性的网络安全 E0 不能充分满足保证E1 功能测试E2 数字化测试E3 数字化测试分析 E4 半形式化分析E5 形式化分析E6 形式化验证 ITSEC与TCSEC的不同 安全被定义为保密性 完整性 可用性功能和保证分开对产品和系统的评估都适用 提出评估对象 TOE 的概念 产品 能够被集成在不同系统中的软件或硬件包 系统 具有一定用途 处于给定操作环境的特殊安全装置 可信计算机产品评估准则 CTCPEC 1993年加拿大发布 转为政府需求而设计与ITSEC类似 将安全分为功能性需求和保证性需要两部分 功能性要求分为四个大类 每种安全需求又可以分成很多小类 来表示安全性上的差别 分级条数为0 5级 机密性 完整性 可用性 可控性 美国联邦准则 FC 1993年公布 对TCSEC的升级FC引入了 保护轮廓 PP 的重要概念每个轮廓都包括功能 开发保证和评价三部分分级方式与TCSEC不同 吸取了ITSEC和CTCPEC中的优点供美国政府用 商用和民用 通用准则 CC CC是国际标准化组织统一现有多种准则的结果 是目前最全面的评价准则 1996年6月 CC1 0版发布 1998年5月 CC2 0版发布 1999年10月CCv2 1版发布 并且成为ISO标准ISO IEC15408 主要思想和框架都取自ITSEC和FC 充分突出了 保护轮廓 概念 将评估过程分为 功能 和 保证 两部分 CC包含三个部分 第一部分 简介和一般模型 介绍CC中的有关术语 基本概念和一般模型以及评估有关的一些框架 第二部分 安全功能要求 按 类 族 组件 方式提出了安全功能要求 第三部分 安全保证要求 定义了评估保证级别 介绍了PP和ST的评估 并按 类 族 组件 方式提出了安全保证要求 CC的价值 通过评估有助于增强用户对于IT产品的安全信心促进IT产品和系统的安全性消除重复的评估 CC关键概念 评估对象 保护轮廓 安全目标 组件 包 评估对象TOE 用于安全性评估的信息技术产品 系统或子系统 如防火墙产品 计算机网络 密码模块等 以及相关的管理员指南 用户指南 设计方案等文档 保护轮廓PP PP是满足特定用户需求 与一类TOE实现无关的一组安全要求 其包括的主要内容有 需要保护的对象 确定安全环境 TOE的安全目的 信息技术安全要求 基本原理 附加的补充说明信息等 安全目标ST ST是作为指定的TOE评估基础的一组安全要求和规范 ST是开发者 评估者 用户在TOE安全性和评估范围之间达成一致的基础 组件component 描述一组特定的安全要求 可供PP ST或包选取的最小安全要求集合 即将传统的安全要求分成不能再分的构件块 组件依据某一特定关系组合在一起就构成包 构建包的目的是定义那些公认有用的 对满足某一特定安全目的有效的安全要求 包 CC功能要求和保证要求的类 族 组件结构 类 用于安全要求的最高层次归档 一个类中所有成员关注同一个安全焦点 但覆盖的安全目的范围不同 族 类的成员称为族 是若干组安全要求的组合 这些要求共享同样的安全目的 但在侧重点和严格性上有所区别 组件 族的成员称为组件 一个组件描述一组特定的安全要求 是CC结构中安全要求的最小可选集合 GB T18336按 类 族 组件 层次结构定义的安全功能要求和安全保证要求 安全功能要求 11个功能类 66个族 135个组件安全保证要求 PP和ST评估2个保证类 7个评估保证类和1个保证维护类 安全审计通信密码支持用户数据保护 资源利用TOE访问可信路径 信道 标识和鉴别安全管理私密性TSF保护 配置管理交付和运行开发指导性文档 生命周期支持测试脆弱性评定 保护轮廓评估安全目标评估 保证维护 安全功能要求类 FAU类 安全审计安全审计包括识别 记录 存储和分析与安全行为有关的信息审计记录的检查结果用来判断发生了哪些安全行为及哪个用户要对该行为负责该类由定义如何选择审计事件 产生审计数据 查阅和分析审计结果 对审计到的安全事件自动响应及存储和保护审计结果等方面要求的子类组成 FCO类 通信由两个子类组成 分别专门用以确保在数据交换中参与方的身份 包括发起者身份和接收者 既确保发起者不能否认发送过信息 又确保收信者不能否认收到过信息 FCS类 密码支持在产品或系统含有密码功能时适用在标识与鉴别 抗抵赖 可信路径 可信信道和数据分离等方面将涉及密码功能 这些功能可用硬件 固件或软件来实现 组成该类的两个子类包含密钥的使用和管理方面的要求 FDP类 用户数据保护是一个较大的类 规定了与保护用户数据相关的所有安全功能要求和策略所包含的13个子类涉及到产品或系统内用户数据的输入 输出和存储以及与之相关的一些安全属性 FIA类 标识和鉴别授权用户的无歧异标识以及安全属性与用户 主体的正确关联是实施预定安全策略的关键标识和鉴别类提出了用户身份的确定和验证 确定它们与TOE交互的授权以及每个授权用户安全属性的正确关联等三方面的安全要求 对用户的正确标识和鉴别 是其他类如用户数据保护 安全审计等有效实施的基础 FMT类 安全管理规定了安全属性 数据和功能三方面的管理 并定义了不同的管理角色及其相互作用 如权利分割原则 该类覆盖了所有其他功能类的管理活动 FPR类 私密性要求为用户提供其身份不被其他用户发现或滥用的保护 该类有匿名 假名 不可关联性 不可观察性4个子类组成 FRT类 TSF保护TSF指TOE安全功能 侧重于保护TSF数据 而不是用户数据该类包括16个子类 这些子类与TSF机制和数据的完整性和管理有关 对保护TOE安全策略不被篡改和旁路是必需的 FRU类 资源利用规定了三个子类以支持所需资源的可用性 诸如处理能力或存储能力 容错子类为防止由产品或系统故障引起的上述资源不可用而提供保护服务优先级子类确保资源将被分配到更重要的和时间要求更苛刻的任务中 而且不能被优先级低的任务所独占资源分配子类提供可用资源的使用限制 以防止用户独占资源 FTA类 TOE访问规定了用以控制建立用户会话的一些功能要求 是对标识和鉴别类安全要求的进一步补充完善该类负责管理用户会话范围和连接数限定 访问历史显示和访问参数修改等方面 FTP类 可信路径 信道规定了关于用户和TSF之间可信通信路径 以及TSF和其他可信IT产品之间可信通信信道的要求 可信路径由TSF间通信的可信信道构成 为用户提供了一种通过有保证地与TSF直接交互来执行安全功能的手段 用户或TSF都可发起可信路径的交换 且所有经过可信路径的数据都受到适当保护 以确保它们不会被不可信应用修改或泄漏 安全保证类 1 PP和ST评估类PP和ST是评估TOE及其功能和保证要求的基础 因此在评估TOE之前要证明PP和ST对TOE评估而言是否适用 APE类 保护轮廓评估PP评估的目的是论证PP的完备 一致及技术上的合理 只有通过评估的PP才能作为ST开发的基础该类相当于规范了对产品或系统标准的评审评估过的PP可进一步到权威机构注册并对外公布 目前ISO正在开发有关PP的注册标准该类提出了TOE描述 安全环境 安全目的和安全要求等方面的评估要求 ASE类 安全目标评估ST评估的目的是论证ST是完备的 一致的和在技术上合理的 因而可以作为相应TOE评估的基础该类提出了TOE描述 安全环境 安全目的 任何PP声明 安全要求和TOE概要规范等方面的评估要求 2 评估保证类主要内容是7个评估保证类 分别就开发 配置管理 测试 脆弱性评定 交付和运行 生命周期支持 指导性文档等方面提出保证要求 确保安全功能在TOE的整个生命周期中正确有效地实施 这些保证类是定义评估保证级的基础 是具体的TOE评估依据和准则 CC保证族细目分类和对应表 ACM类 配置管理通过跟踪TOE的任何变化 确保所有修改都已授权 以保证OTE的完整性 特别是通过配置管理确保用于评估的TOE和相关文档正是预先所准备的那一份 该类包括配置管理能力 范围及其自动化三方面的要求 ADO类 交付和运行规定了TOE交付 安装 生成和启动方面的措施 程序和标准 以确保TOE所提供的安全保护在这些关键过程中不被泄漏 ADV类 开发主要涉及将ST中定义的TOE概要规范细化为具体的TSF实现 以及安全要求到最低级别表示间的映射两方面 包含功能规范 高层设计 实现表示 TSF内部 低层设计 表示对应性 安全策略模型等子类 AGD类 指导性文档规定了用户 管理员指南编写方面的要求 为帮助管理员和用户正确安全地操作和使用TOE 相应的指南中应描述所有TOE安全应用方面的内容 ALC类 生命周期支持即在TOE开发和维护阶段 对相关过程进一步细化并建立相应的控制规则 以确保TOE与其安全要求之间的符合性 该类包括生命周期定义 工具和技术 开发环境的安全和TOE用户所发现缺陷的纠正等4个方面的要求 ATE类 测试关心的是TOE是否满足其安全功能要求 不管TOE是否仅具有规定的功能 该类提出了开发者功能测试及其规范 深度以及第三方独立性测试等要求 AVA类 脆弱性评定定义了与识别可利用的脆弱性有关的安全要求 这些脆弱性可能在开发 集成 运行 使用和配置时进入TOE 因此 可通过分析隐蔽信道 分析TOE配置 检查安全功能实现机制的强度和标识以及TOE开发时信息流的导入等手段 来识别所有可进一步开发利用的脆弱性 3 保证维护类目的是确保TOE或其环境发生变化时 还能够继续满足安全目标 对保证进行维护的一种方法时再次评估TOE 然而这将增加开销 执行起来也不现实 在GB T18226中通过AMA类定义一整套要求 确保有关保证都得到了维护 而不需要进行全面的再次评估 当然 AMA类也支持对TOE进行再次评估 AMA类 保证维护提出的要求须在TOE通过CC认证后才适用 这些要求旨在确保TOE或其环境变更后 继续满足安全目标该类有四个子类 保证维护计划 TOE组件分类报告 保证维护证据和安全影响分析 这些要求都是建立保证维护体系的关键模块 CC安全等级 CC安全等级简称EAL 共分7级 EAL7 形式化验证的设计和测试 EAL6 半形式化验证的设计和测试 EAL5 半形式化设计和测试 EAL4 系统的设计 测试和复查 EAL3 系统的测试和检查 EAL2 结构测试 EAL1 功能测试 评估保证级1 EAL1 功能测试EAL1适用于对正确运行需要一定信任的场合 但在该场合中对安全的威胁应视为并不严重 还适用于需要独立的保证来支持 认为在人员或信息的保护方面已经给予足够的重视 这一情形 该级依据一个规范的独立性测试和对所提供指导性稳当的检查来为用户评估TOE在这个级上 没有TOE开发者的帮助也能成功的进行评估 并且所需费用也最少 通过该级的一个评估 可以确信TOE的功能与其文档在形式上是一致的 并且对已标志的威胁提供了有效的保护 评估保证级2 EAL2 结构测试EAL2要求开发者递交设计信息和测试结果 但不需要开发者增加过多的费用或时间的投入EAL2适用于以下这种情况 在缺乏现成可用的完整的开发记录时 开发者或用户需要一种低到中等级别的独立保证的安全性 例如 对传统的保密系统进行评估或者不便于对开发者进行现场核查时 评估保证级3 EAL3 系统地测试和检查在不需要对现有的合理的开发规则进行实质性改进的情况下 EAL3可使开发者在设计阶段能从正确的安全工程中获得最大限度的保证EAL3适用于以下这些情况 开发者或用户需要一个中等级别的独立保证的安全性 并在不带来大量的再构建费用的情况下 对TOE及其开发过程进行彻底审查 评估保证级4 EAL4 系统地设计 测试和复查 基于良好而严格的商业开发规则 在不额外增加大量专业知识 技巧和其它资源的情况下 开发者从正确的安全工程中所获得的保证级别最高可达到EAL4EAL4适用于以下这种情况开发者或用户对传统的商品化的TOE需要一个中等到高等级别的独立保证的安全性 并准备负担额外的安全专用工程费用开展该级的评估 需要分析TOE模块的底层设计和实现的子集 在测试方面将侧重于对已知的脆弱性进行独立地搜索 开发控制方面涉及到生命周期模型 开发工具标识和自动化配置管理方面 评估保证级5 EAL5 半形式化设计和测试适当应用专业性的一些安全工程技术 并基于严格的商业开发实践 EAL5可使开发者从安全工程获得最大限度的保证若某个TOE要想达到EAL5要求 开发者需要在设计和开发方面下一定工夫 但如果具备相关的一些专业技术 也许额外的开销不会很大 适用于以下这种情况 开发者和使用者在有计划的开发中 采用严格的开发手段 以获得一个高级别的独立保证的安全性需要 但不会因采用专业性安全工程技术而增加一些不合理的开销开展该级别的评估 需要分析所有的实现 还需要额外分析功能规范和高层设计的形式化模型和半形式化表示 及它们间对应性的半形式化论证 在对已知脆弱性的搜索方面 必须确保TOE可抵御中等攻击潜力的穿透性攻击者 还要求采取隐蔽信道分析和模块化的TOE设计 评估保证级6 EAL6 半形式化验证的设计和测试EAL6可使开发者通过把专业性安全工程技术应用到严格的开发环境中 而获得高级别的保证 以便生产一个昂贵的TOE来保护高价值的资产以对抗重大的风险 EAL6适用于在高风险环境下的特定安全产品或系统的开发 且要保护的资源值得花费一些额外的人力 物力和财力 开展该级的评估 需分析设计的模块和层次化方法以及实现的机构化表示 在对已知脆弱性的独立搜索方面 必须确保TOE可抵御高等攻击潜力的穿透性攻击者 对隐藏信道的搜索必须是系统性的 且开发环境和配置管理的控制也应进一步增强 评估保证级7 EAL7 形式化验证的设计和测试EAL7适用于一些安全性要求很高的TOE开发 这些TOE将应用在风险非常高的地方或者所保护的资产的价值很高的地方目前 该级别的TOE比较少 一方面是对安全功能全面的形式化分析难以实现 另一方面在实际应用中也很少有这类需求开展该级的评估 需要分析TOE的形式化模型 包括功能规范和高层设计的形式化表示 要求开发者提供基于白盒子测试的证据 在评估时必须对这些测试结果全部进行独立确认 并且设计的复杂程度必须是最小的 CC评估过程 1 编制反映用户需求的产品类型的保护轮廓 PP CommonCriteria 访问控制鉴别审计密码技术 操作系统数据库系统防火墙智能卡应用生物技术路由器VPN ISO IEC标准15408GB T18336 1 18336 3 保护轮廓 标准化的IT安全需求的目录 功能和保证 特定信息技术领域客户驱动的安全需求 2 产品厂商编制保护轮廓对应的具体安全产品的安全目标 ST 防火墙安全需求 安全功能和保障 XX防火墙XX防火墙XX防火墙XX防火墙 安全目标 厂商对他们产品的安全描述语句 保护轮廓 客户对特定信息技术领域向业界提出的IT安全需求语句 3 通用准则测试实验室测试评估安全产品 得出测试报告 IT产品安全功能和保障 厂商对IT产品提交进行安全评估 通用准则测试实验室 测试报告 测试报告提交给认证机构进行确认 认证报告 4 通用准则认证机构确认测试报告 发放认证证书 通用准则认证机构 TM CommonCriteria证书 CC标准的局限性CC标准采用半形式化语言 比较难以理解CC不包括那些与IT安全措施没有直接关联的 属于行政行管理安全措施的评估准则 即该标准并不关注于组织 人员 环境 设备 网络等方面的具体的安全措施CC重点关注人为的威胁 对于其他威胁源没有考虑并不针对IT安全性的物理方面的评估 如电磁干扰 CC并不涉及评估方法学CC不包括密码算法固有质量的评估 计算机信息系统安全GB17859 1999 GB T17859简况 中华人民共和国计算机信息系统安全保护条例 第九条明确规定 计算机信息系统实行安全等级保护公安部组织制订了 计算机信息系统安全保护等级划分准则 国家标准 GB T17859 于1999年9月13日由国家质量技术监督局审查通过并正式批准发布 于2001年1月1日执行该准则的发布为计算机信息系统安全法规和配套标准的制定和执法部门的监督检查提供了依据 为安全产品的研制提供了技术支持 为安全系统的建设和管理提供了技术指导是我国计算机信息系统安全保护等级工作的基础 涉及的关键术语 计算机信息系统 ComputerInformationSystem 是由计算机及其相关的和配套的设备 设施 含网络 构成 按照一定的应用目标和规则对信息进行采集 加工 存储 传输 检索等处理的人机系统 计算机信息系统可信计算机 TrustedComputingBaseofComputerInformationSystem 计算机系统内保护装置的总体 包括硬件 固件 软件和负责执行安全策略的组合体 它建立了一个基本的保护环境并提供一个可信计算机系统所要求的附加用户服务 客体 Object 信息的载体 主体 Subject 引起信息在客体之间流动的人 进程和设备等 敏感标记 SensitivityLabel 表示客体安全级别并描述客体数据敏感性的一组信息 可信计算机中把敏感信息作为强制访问控制决策的依据 安全策略 SecurityPolicy 有关管理 保护和发布敏感信息的法律 规定和实施细则 信道 Channel 隐蔽信道 CovertChannel 允许进程以危害系统安全策略的方式传输信息的通信信道 系统内的信息传输路径 访问监控器 ReferenceMonitor 监控主体和客体之间授权访问关系的部件 可信信道 Truste