软件安全工程[图书]

2.2 定义安全软件的属性
2.2.1 安全软件的核心属性
2.2.2 安全软件的相关属性
2.3 如何改善软件的安全属性
2.3.1 防御者视角
2.3.2 攻击者视角
2.4 如何确定所需的安全属性
2.4.1 构建安全保证案例
2.4.2 安全保证案例的例子
2.4.3 将保证案例融人到软件开发周期中
2.4.4 其他安全保证相关和合法的工作
2.4.5 维持保证案例并从中获益
2.5 小结
第3章 安全软件的需求工程
3.1 概述
3.1.1 需求工程的重要性
3.1.2 质量需求
3.1.3 安全需求工程
3.2 误用和滥用案例
3.2.1 安全不是一套功能
3.2.2 想想你不能做什么
3.2.3 构建有用的误用案例
3.2.4 一个误用的例子
3.3 SQUARE过程模型
3.3.1 SQUARE的简单描述
3.3.2 工具
3.3.3 预期结果
3.4 SQUARE样本输出
3.4.1 SQUARE各个步骤的输出
3.4.2 SQUARE的最终结果
3.5 需求启发
3.5.1 各种启发式方法概览
3.5.2 启发评估标准
3.6 需求排序
3.6.1 确定候选的排序方法
3.6.2 排序方法的比较
3.6.3 需求排序的一些建议
3.7 小结
第4章 软件安全的架构和设计
4.1 概述
4.1.1 架构和设计的重要性
4.1.2 问题和挑战
4.2 软件架构和设计安全条例：架构风险分析
4.2.1 软件特性描述
4.2.2 威胁分析
4.2.3 架构性漏洞评估
4.2.4 确定风险可能性
4.2.5 确定风险影响
4.2.6 风险降低计划
4.2.7 架构风险分析简要回顾
4.3 架构和设计的软件安全知识：安全原则、安全方针和攻击模式
4.3.1 安全原则
4.3.2 安全方针
4.3.3 攻击模式..
4.4 小结
第5章 安全编码和测试
5.1 概述
5.2 代码分析
5.2.1 常见软件编码漏洞
5.2.2 源码审查
5.3 编码条例
安全编码的附加信息
5.4 软件安全测试
5.4.1 比较软件测试和软件安全测试
5.4.2 功能测试
5.4.3 基于风险的测试
5.5 软件开发前后考虑安全测试
5.5.1 单元测试
5.5.2 测试库文件和可执行文件
5.5.3 集成测试
5.5.4 系统测试
5.5.5 软件安全测试的附件信息来源
5.6 小结
第6章 安全性和复杂性：系统集成的挑战
6.1 概述
6.2 安全故障
6.2.1 错误分类
6.2.2攻击者行为
6.3 从功能和攻击者视角看安全分析：两个例子
6.3.1 Web服务：功能视角
6.3.2 Web服务：攻击者视角
6.3.3 身份管理：功能视角
6.3.4 身份管理：攻击者视角
6.3.5 身份管理和软件开发
6.4 系统复杂性驱动和安全
6.4.1 更广泛的故障
6.4.2 增量式开发和渐进式开发
6.4.3 冲突或目标改变的复杂性
6.5 深层技术问题的复杂性
6.6 小结
第7章 软件安全的控制和管理
7.1 概述
7.2 控制和安全
7.2.1 安全控制的定义
7.2.2 有效的安全控制和管理的特征
7.3 采用一种企业级的软件安全框架
7.3.1 常见的陷阱
7.3.2 设计方案框架
7.3.3 定义方向
7.4 多高的安全性才足够
7.4.1 定义充分的安全性
7.4.2 软件安全风险管理框架
7.5 安全管理和项目管理
7.5.1 项目规模
7.5.2 项目计划
7.5.3 资源
7.5.4 估计所需资源的性质和持续周期
7.5.5 项目和产品风险
7.5.6 软件安全的度量
7.6 条例的成熟度
7.6.1 保护信息
7.6.2 审计部的任务
7.6.3 操作性恢复与收敛
7.6.4 法律的角度
7.6.5 软件工程师的角度
7.6.6 规范
7.7 小结
第8章 开始
8.1 从哪里开始
8.2 写在最后
术语表
参考文献
Build Security In网站参考目录...

.　　1)软件安全不仅仅关注修复漏洞和执行入侵检测。项目经理要用系统化的方法将本书所讨论的优秀实例融合到他们的开发过程中去(所有章节)。
　　2)网络安全机制以及IT基础安全服务并不能充分保障应用软件免受安全隐患的威胁(第1、2章)。
　　3)软件安全的出发点，是在认识到安全风险在软件开发周期的任何阶段都有可能改变的情况下，使用一种风险管理的方法来鉴别安全优先级以决定哪个安全级别最好(第1、2、7章)。
　　4)开发安全的软件取决于对软件运行环境的理解程度(第6章)。
　　5)项目经理和软件工程师需要学会从攻击者的角度来审视软件的负面效应，以及软件如何更好地抵御、容忍攻击并从中恢复(第2～5章)。
　　谁应该读这本书
　　本书主要面向负责软件密集型系统开发的项目经理，同时，首席需求分析师、经验丰富的软件和安全设计师、架构师、系统整合师以及他们的经理也能从中获益。本书为软件安全和软件密集型系统的管理提供了指导，不管该系统是重新开发的还是由现有的软件封装、集成而来的。
　　本书会帮助读者理解与软件工程相联系的安全问题，并且帮助他们掌握软件管理和开发的安全条例，从而开发出能更好地抵御威胁的软件。本书假设读者熟悉一般的系统、软件工程管理方法、安全条例和技术。
　　本书是如何组织的
　　本书以两章介绍性的内容作为开端，中间四章详述技术性细节，最后以一章控制、管理方面的内容和一章综述性内容结尾。
　　第1章，介绍大多数软件面对的威胁，说明在开发方法不成熟的情况下，将导致软件更容易遭受这些威胁的攻击。该章详述了在软件开发周期的开始阶段检测安全缺陷的好处，包括商业案例的软件安全条例。最后，简要介绍了一些实用的解决方案，这些解决方案将在后面的章节进行详细的阐述。
　　第2章，详细研究核心而又有影响力的软件安全特性，实现这些特性过程中所采用的防御者和攻击者的不同角度分析，并讨论这些特性是如何提升安全性。该章介绍和定义了攻击模式和保证案例的关键资源，解释了如何在软件开发周期中使用他们。
　　第3章，描述安全需求工程条例，包括对安全需求的归纳、详述、分析、确认的一些特定过程。该章也研究了一些误用滥用的典型案例。..
　　第4章，从软件安全性和可靠性方面，描述了架构、风险分析和评估，以及确认软件系统的规格说明书、架构和设计方面的安全条例。
　　第5章，概述进行代码分析的安全条例，以发现错误从而提高代码质量。该章还讨论了关于安全测试、白盒测试、黑盒测试以及渗透测试的安全条例。其间，会涉及最新公布的安全代码和测试方面的成果，这些会在后面详述。
　　第6章，描述可信系统和多重系统的设计、汇编、集成和进化过程中的挑战和安全条例。向项目经理提供指南，帮助他们把最新的或已经升级的软件组件整合到已有的操作环境中去。
　　第7章，描述如何激发商业领导者在控制和管理层上给予软件安全以更多的关注。包括一些针对风险管理和项目管理，以及建立一个企业级安全框架的可行的安全条例。
　　第8章，概括了本书所讨论安全条例，给出了一些建议，来帮助读者确认哪些条例对于哪些人是最有意义的，以及从何处着手工作。
　　本书最后给出了参考书目以及相关术语。
　　给读者的备注
　　本书导读
　　为帮助读者更好地理解本书，我们使用了两类不同的描述性的图标来标记本书的段落以及关键的条例。
　　·标识与“条例成熟度”相关的内容：
　　L1 这部分内容提供了针对如何思考问题的建议，这些问题没有已证明的或是公认的解决方案。描述的目的在于引起读者的注意并帮助他们思考问题的可能解决方案。这部分内容包括在一些特定的约束条件下验证成功而有望应用于实际的研究成果。
　　L2 这部分内容描述那些已投入前期应用并取得良好效果的安全实例。
　　L3 这部分内容描述的安全条例仅限于工业或政府部门使用，也就是说只针对特定的市场范围。
　　L4 这部分内容描述了已经成功部署并广泛应用的安全实例。读者可以完全放心地使用这些条例。这部分还包括一些典型经验报告和案例分析。
　　·标识那些与每一章节或实例最有关的读者群：
　　E 主管和高级经理
　　L 项目经理和中层经理
　　M 技术主管，工程管理人员，前线管理者以及监督人员。
　　正如章节中的读者群标记那样，我们建议主管和高级经理们阅读第1章、第8章的所有内容，以及其他章中的以下各节：2.1、2.2、2.5、3.1、3.7、4.1、5.1、5.6、6.1、6.6、7.1、7.3、7.4、7.6、7.7。
　　项目经理和中层经理请务必阅读第1、2、4、5、6、7、8章以及3.1、3.3、3.7节。
　　技术主管、工程管理人员、前线管理者以及监督人员则能够在阅读全书过程中得到有用的信息和指导。
　　Build Security in：一项重要的资源
　　从2004年开始，美国国土安全局软件保证计划部门开始发起BuildSecurityh(BSl)网站(ht-tps：//buildsecurityin.us-cert.gov／)的开发，这是本书写作中最重要的资源之一。BSI的内容基于如下原则：软件安全本质上是一个软件工程问题并且必须在整个软件开发周期中使用系统化的方法来进行管理。
　　BSI提供和链接了范围广泛的信息，这些信息包括健全的安全条例、工具、指南、规则、原理以及别的知识，以帮助项目经理部署软件安全条例和开发安全、可靠的软件。该网站归功于本书以及BSI网上其他文章的作者，包括来自卡耐基·梅隆大学软件工程研究所(SEI)和Cigital公司的高级职员，以及其他经验丰富的软件和安全专家。
　　本书的某些部分已经作为《IEEE Security&Privacy》杂志的文章出版，得到了IEEE Computer Society Press的许可而在此重新出版。当这些文章在本书中出现时，会有如下的脚注：
　　该部分首先作为文章在《IEEE Security&Privacy》上出版[引用]。在此得到出版者的许可而再版。
　　这些文章也能在BSI网站上找到。
　　本书自始至终引用BSI网站上的文章。读者们可以在BSI网站上得到关于本书内容的附加细节，以及本书的勘误表和当前的研究成果。
　　开始学习
　　一些优秀的书籍讨论安全体系和软件工程。而本书从一种软件安全工程学的角度，把整个软件开发周期嵌入到一整套健全的软件工程的安全条例下进行研究。
　　作为其广泛论述的一部分，本书同时讨论了标准的和新兴的软件安全条例，并解释了为什么需要使用他们来开发更加安全健壮的系统。而及早采取安全措施，并在软件开发周期中经常重复这些行为的理由，本书也将反复论述。
　　本书针对的不是第一次接触软件安全的项目经理。读者需要理解软件开发周期及其过程，包括其内部组织结构，由此才能理解所使用的各项技术的含义，从而能够对于给定的项目，选择出最适合的推荐的安全条例。
　　另外，也有一些书籍讨论了安全软件工程各个阶段的任务，然而很少能够使用一种简洁有效的方式来覆盖这些内容，而这正是我们力图做到的。
　　祝学习愉快!
　　感谢
　　很高兴能有机会答谢对于本书的编写给予支持的人们。我们的组织，软件工程研究所的CERT计划和Cigital公司激励着我们的写作并为我们提供闲暇时间以及其他的支持使我们能完成此书。Pamela Curtis，我们的技术编辑，认真地一遍又一遍地阅读了原稿，提出了许多宝贵的修改意见，同时还帮助我们组织问题以及指导本书中的图片的绘制工作。Jan Vargas提供了SEI方面的管理支持，跟踪进度表和写作项目，并帮助会议日程管理。在本书写作的前期，Petra Dilone提供了SEI方面行政上的支持，并对众多章节和多遍手稿布置管理。
　　我们也非常感谢Joe Jarzombek的鼓励，他是BSI网站的发起者。BSI网站是本书写作的重要资源。
　　本书中的很多内容是基于和其他作者合作发表的文章，这些文章发表在BSI网站或是别的地方。我们非常高兴能有机会与这些作者合作，我们将在那些他们参与的段落直接或间接的列出他们的名字。
　　我们有众多的审稿者，他们的努力极具价值，引导我们做出了很多的改进。内部的审稿者包括SEI的Carol Woody和Robert Ferguson。我们也非常感谢Addison-Wesley的审稿者们的努力和深思熟虑的评论，他们是Chris Cleeland、Jeremy Epstein、Ronda R.Henning、Jeffrey A.Ingalsbe、RonLichty、Gabor Liptak、Donald Reifer和David Strom。我们要给予Steve Riley特别的赞誉，他作为Addison-Wesley的审稿者审读了我们的初始计划以及每一遍的草稿。
　　我们非常感谢Addison-Wesley的联系人给予我们的鼓励和支持。他们是出版合伙人Peter Gordon、编辑助理Kim Boedigheimer、全面服务生产经理Julie Nahil和自由作家编辑Jill Hobbs。我们也非常感谢Addison-Wesley和SEI的美术师和设计人员帮助我们进行封面设计、排版和绘图。...