第一个就是关于TOE，就是我们所说的评估的对象。 那么评估对象其实就是我们的所要拿去评估的那个产品。 那么比如说我们的操作系统，比如说我们的数据库，或者是我们的一个网络组件。 这就是我们的评估对象。 那么保护轮廓pp其实可以被理解成用户的安全需求， 当然这个需求其实是与实现无关的一些安全需求。 由用户来定义的，那么在 CC 里面要求给出一个明确的一个 PP 的一个文档。 PP 的文档这里简单说一下，就是说 PP 文档其实是可以 因为它是针对一类产品，比如说所有的，不管是 Windows 的还是苹果的这样的操作系统， 只要是操作系统，其实都可以定义同一类的这样的 PP，就是所谓的 保护轮廓。 目前有很多一些产品其实有已经比较标准化的一些 PP。 比如说你有了，目前有防火墙的 PP， 有这个入侵检测的 IDS 的这个 PP，所以如果一个 公司想去开发这样的产品，其实是可以去直接拿到这种标准的 PP 过来，在这个 PP 基础之上去做自己的 PP，然后开发出相关的一些产品。 第三个概念就是安全目标，我们叫 Security Target。 那么安全目标呢其实是跟前面的 PP 不同的地方是，它是作为一个既定的 TOE 的 评估基础所给出的一组安全要求和规范。 比如说前面说的这个 PP 是针对一组 这样的一个评估对象，那么 ST 呢 主要是针对的是某一个既定的一个 TOE，就是一种特定的 TOE 那么它给出的一种安全要求和规范。 TSP 是什么呢？ TSP 是 评估对象的安全策略，事实上就是我们对这个 TOE 这个评估对象 所定义的一组安全保护的规则。 那么 TSF 指的是必需使用的这个 TOE 的硬件、 软件、 固件的一个集合。 另外在 CC 里面它是对所有的功能还有保证要求， 安全功能和安全保证要求都是按照这个类 子类还有组件的这种划分方法来进行定义的。 所以的话， 在写 PP，或者在写 ST 的时候，事实上是从这些定义的 类或者子类里面去挑选它合适的组件来写 PP 或 ST。 下面我们看一下这几个概念之间的一个关系。 PP 其实是一类，是用户想要的一种东西，它是一类产品的一个安全需求。 那么 ST 呢是厂商实际声称他所提供的一个东西，就是一个很具体的一个产品。 那么 TOE 呢事实上就是这个 做出来的这个产品，就是已经是一个评估对象，记住这三个概念的关系。 下面我们说一下这个 CC 里面提到的这个 三个部分，就是 Part 1， Part 2， Part 3 这三部分 分别包含了什么内容。 CC 的第一部分重点是一个简介和一般性模型的介绍。 它主要是给出了这个 CC 标准的一个范围， 以及相关的术语，以及一些缩略语的一些介绍。 另外呢，它还附上了前面所提到的这个 PP 和 ST。 的一个规范，比如说告诉用户或者 三个读者到底应该怎么样去写一个 PP 和怎么样去写一个 ST。 这是一个关于 PP 的一个框架，就是说在 CC 的标准里面，它是给出了 用户如果要去写一个 PP，它应该包含哪几部分内容，每一部分内容是什么含义。 所以我们从这一张表里面可以看出，它包含了 7 大部分内容。 第一部分是对这个 PP 的一个引言，相当于它要简单说明一下这个 PP 主要是针对的，做这个 PP 的一个基本的一个概述。 第二呢，是要描述一下这个 PP 针对的这个评估对象是什么。 第三呢，要说明这个评估对象所处的这个安全环境，重点是要描述一下 它所做的一些基本假设，还有在这个环境下的一些面临的安全威胁是什么， 以及它希望制定的安全策略是什么。 第四个呢是关于安全目的，安全目的事实上就是要说明 在技术上，非技术上的角度上来考虑，我这个评估对象它的安全目标是什么， 还有环境的安全目标是什么。 第五部分其实是要 描述这个评估对象的，其实就是要从 CC 的这个 第二本书里面去找我这个产品希望有满足，需要用到哪些安全组件。 包括安全功能组件和安全保证组件。 那么第六部分 就是要解释一下第五部分所选择的这些功能组件和保证组件， 或者说安全功能需求和安全保证需求跟它的那个目标的 一致性。 这是 CC 的里面关于 PP 的一个规范。 当然了，还有一个关于 ST 的规范，那么 ST 我们前面 说过了，它其实是一个既定的目标产品。 所以它相当于是 PP 的一个特例。 所以既然是一个 特例的话，它应该是 PP 的一个具体化的描述的一个文档。 那么对于这个文档，它跟 ST 的区别就在于增加了 第7部分，这第7部分主要是它要对既定的 ST 对 PP 要做哪些扩展，要做哪些删减，它要做一些说明。 第二部分是关于这个安全功能要求。 那么安全功能安全在 CC 的书里面也是按前面说的这个类，子类和 组件的方法来做划分的。 那么重点列出了这样一些类， 这些类里面包括了跟整个计算机系统安全相关的各个部分。 比如说包含了这个审计部分，还有通信安全的部分， 密码支持的部分，以及这个用户数据的保护，还有用户的鉴别， 安全的管理等等。 这个我们会在后面的课程里面陆续会帮大家去诠释。 那么安全功能的要求其实主要目的就是要去保证 我们的这个 ST 能够去 正确地实现安全功能，另一方面呢要让这个功能有效 第三部分，就是 CC 的部分，Part 3，它主要是给出了安全保证的要求。 那么安全保证的要求呢主要是从这样一些角度，从整个的，除了开发， 和这个指导性的文档，还有这个生命周期支持之外， 还包括了测试、 脆弱性评定以及配置管理，还有分发和 操作，各个环节都要去考虑如何保证它的安全功能的有效性。 那么安全保证要求在这个 CC 的标准里面被分为 7 个等级。 这 7 个等级呢就是 EAL1 到 EAL7，每一个等级 它们的这个要求是不一样的，我们来看一下这张表。 这张表里面其实是列出来了在 CC 的这个第三本，第三部分里面所 列出的保证类有哪些，前面我们提到过。 保证子类有哪些，这是一个英文的缩写，从这个 名字上大家，我们举个例子，比如说 ACM 的类，其实是关于配置管理这一部分的。 那么对于配置管理这一部分，它又细分为，就是 自动化的一个子类，还有这个能力子类和范围子类。 那么通过这张图，在 CC 的这个第三部分里面， 它明确地给出了一个安全产品想要评估 EAL1 到 EAL7 这7个等级，它必须在刚才所列出来的 这几个，几大类里面必须满足的这样的一个安全要求。 这张图其实列出了 CC 标注的这个 EAL1 到 EAL7 的一些安全保证的一些要求。 大家可以看到图上呢有一些这样的数字，比如说对于这个 配置管理的自动化这一部分，它的数字呢有一个 1 和 2， 那么 1 其实 代表的是对于配置管理要求实现两个要求，第一种要求是部分自动化， 第二种要求是完全自动化，显然，如果这个保证级别要求达到越高， 这个完全自动化的能力它要求越高，对吧？所以我们从这里可以看到，从 EAL1 到 EAL7， 它对于每一个子类的这个要求会是一个递增的，会是一个递增的。 按照 CC 的标准来评估一个产品，其实我们就是要 按这样整个评估过程应该是在这张图上显示的非常清楚 就说首先我们要有一个安全要求，就说你要建立一个 PP 和一个 ST 那么基于 PP 和 ST 呢，我们要去开发一个 TOE，就评估对象的产品 那么这个 TOE，以及跟这个 TOE 开发厂商提供的这个证据 一起交给这个第三方，那么第三方呢去评估，这个 TOE 的产品，是否达到了它的这个期望的那个结果 那么当然在评估的过程当中，要采用一些评估的准则，评估的方法学还有一些评估的体制 这就是 TOE 的评估过程。 最后我们介绍一下就是 CC 标准和前面我们介绍过的 TCSEC 和 ITSEC 一张比对的图 这张图呢其实是想描述一下这个 CC 标准和 TCSEC 和 ITSEC 之间这些划分等级之间的一个对应关系，我们举个例子大家可以看到 TCSEC 的 B1 级，就是我们说强制防护，实施强制策略的这一级 它实际上可以对应到 CC 的 EAL4，其实也对应了这个 ITSEC 的 E3 其实同学可以从这张表里面发现，CC 和 ITSEC 的这个等级划分对应性是很强的 这张图呢，其实说明了是通过了 CC 标准 评估的操作系统的，那么大家在这张表里可以看到 像这个 SuSE 的 Linux 操作系统它是达到了 EAL2 然后红帽子的这个 Linux3 也是 EAL2 还有一些产品已经达到了 EAL 的 4 和 EAL的 3 虚拟化的软件也获得过这个 CC 的这个认证 比如说这个微软的 Hyper-V 已经获得了 CC 的 EAL4+ 的认证 VMWare 的这个 vSphere 5.0 也获得了这个 EAL4+ 的认证 那么 Citrix 的这个 XenServer 也获得了这个 CC 的 EAL2+ 的认证 最后我们再介绍，概括一下我们 这一节，就是关于这个国内外相关标准这一部分的 发布和现状，从这张图其实我们主要看三部分啊 一部分是关于这个，有三个阶段，第一个阶段是关于这个渗透和 打补丁的阶段，第二个阶段应该是 TCSEC 产品开发的阶段 第三个阶段，应该是我们说 CC 的标准的一个阶段 比如说最早其实有点类似于 Windows，大家知道 Windows 每周甚至每天都在打补丁，对吧？ 这个其实就是说我们要去找系统的漏洞，然后去打补丁 这是第一个阶段。 第二个阶段呢，是我在系统开发的时候就要去开发一个安全的系统，所以遵照 TCSEC 那么现在呢大家都统一用 CC，所以以后的产品都是用 CC 来做评估 我们国家的这个安全标准的发布情况 其实主要也是参照国际上的 TCSEC 和 CC 所推出的 比如说我们国家推出的这个国标 17859-1999 其实对应的就是 TCSEC 另外呢，我们国家推出的一个国标 T 18336 对应的呢其实就是 CC。 此外呢，我们公安部也推出了一些 专门针对操作系统的一些标准，安全操作系统标准，那么其实也是从 TCSEC 和 CC 参照推出的。