具体描述
《安全编程代码静态分析》主要内容：为什么常规的Bug捕获技术经常找不出安全问题。怎样才能通过静态分析帮助程序员做好安全工作。决定一个静态分析工具成败的关键属性和算法。提高代码静态分析效率的36种技术。70多种严重安全漏洞及其详细解决方案。来自FireFox、OpenSSH、MySpace、eTrade、Apache httpd以及其他更多软件的漏洞实例。处理非可信输入的技术。消除缓冲区溢出的战术和战略方法。避免出现Web应用程序、Web 服务以及Ajax相关的错误。关注安全的日志技术、调试技术以及错误/异常处理技术。秘密和机密信息的创建、维护和共享。带你穿越静态分析的详尽过程。
创建安全的代码，仅有好的意图是远远不够的。程序员要知道：他们的代码几乎需要在各种使用环境和各种配置之下都是安全的。静态源代码分析为用户提供了使用优秀的工具来审查其工作的能力，从而找出各类可直接导致安全漏洞的错误。现在，《安全编程代码静态分析》提供了一份关于静态分析的完整指导：如何进行静态分析，如何将其集成到软件开发过程以及如何在代码安全审查期间最大化其功效等。
静态分析专家Brian Chess和Jacob West探讨了当前最为常见的安全缺陷类型。他们使用来自实际安全事件的Java和C代码实例阐明了：如何发现编码错误，如何防止出现编码错误以及如何通过静态分析来快速找出类似的错误。
作者简介
目录信息
序
前言
作者简介
第一部分 软件安全和静态分析
第1章 软件安全问题 1
1.1 仅有防御性编程还不够 1
1.2 安全功能≠安全的功能 3
1.3 质量的误区 4
1.4 软件开发全局中的静态分析 6
1.5 漏洞分类 7
1.5.1 7种有害的领域 9
1.5.2 “7种有害的领域”与“OWASP前10名” 11
1.6 小结 11
第2章 静态分析简介 12
2.1 静态分析的能力和局限性 12
2.2 通过静态分析解决问题 13
2.2.1 类型检查 14
2.2.2 风格检查 15
2.2.3 程序理解 16
2.2.4 程序验证和属性检查 17
2.2.5 Bug查找 19
2.2.6 安全审查 20
2.3 一点理论，一点实际 21
2.3.1 成功准则 22
2.3.2 分析源代码与分析编译后的代码 25
2.4 小结 28
第3章 作为代码审查过程组成部分的静态分析 29
3.1 执行代码审查 29
3.1.1 代码审查周期 30
3.1.2 避开可利用性陷阱 33
3.2 将安全审查加入到现有的开发过程中 34
3.2.1 采用工具的疑虑 36
3.2.2 小处着手，循序渐进 38
3.3 静态分析度量标准 39
3.4 小结 44
第4章 静态分析技术内幕 45
4.1 建模 45
4.1.1 词法分析 46
4.1.2 解析 46
4.1.3 抽象语法 47
4.1.4 语义分析 48
4.1.5 跟踪控制流 49
4.1.6 跟踪数据流 51
4.1.7 污染传播 52
4.1.8 指针别名歧义 52
4.2 分析算法 53
4.2.1 断言检查 53
4.2.2 单纯本地分析 54
4.2.3 本地分析方法 57
4.2.4 全局分析 58
4.2.5 研究性的工具 60
4.3 规则 62
4.3.1 规则格式 62
4.3.2 用于污染传播的规则 65
4.3.3 本书中讨论的规则 67
4.4 报告结果 67
4.4.1 结果的分组和分类 69
4.4.2 消除非预期的结果 69
4.4.3 解释结果的意义 70
4.5 小结 73
第二部分 常 见 问 题
第5章 处理输入 75
5.1 验证内容 76
5.1.1 验证所有输入 77
5.1.2 验证各种来源的输入 77
5.1.3 建立可信边界 83
5.2 如何进行验证 85
5.2.1 使用强输入验证 85
5.2.2 避免黑名单法 89
5.2.3 不要混淆可用性和安全性 91
5.2.4 拒绝不良数据 92
5.2.5 默认执行正确的输入验证 93
5.2.6 检验输入的长度 100
5.2.7 限制数值输入 102
5.3 防止元字符攻击 104
5.3.1 使用参数化请求 105
5.3.2 路径操纵 108
5.3.3 命令注入 109
5.3.4 日志欺骗 110
5.4 小结 112
第6章 缓冲区溢出 113
6.1 缓冲区溢出简介 113
6.1.1 利用缓冲区溢出漏洞 114
6.1.2 缓冲区分配策略 116
6.1.3 跟踪缓冲区大小 120
6.2 字符串 122
6.2.1 天生危险的函数 122
6.2.2 有界字符串操作 127
6.2.3 有界函数的常见缺陷 132
6.2.4 保留Null终止符 138
6.2.5 字符集、表达式和编码 141
6.2.6 格式串 145
6.2.7 更完善的字符串类和类库 148
6.3 小结 151
第7章 缓冲区溢出伴随的问题 152
7.1 整数 152
7.1.1 回绕错误 153
7.1.2 截断和符号位扩展 154
7.1.3 有符号数和无符号数之间的转换 156
7.1.4 检测和防止整数溢出的方法 157
7.2 运行时保护 162
7.2.1 更安全的编程语言 162
7.2.2 更安全的C语言 164
7.2.3 动态缓冲区溢出保护 166
7.2.4 动态保护基准结果 169
7.3 小结 170
第8章 错误和异常 171
8.1 利用返回代码处理错误 171
8.1.1 检查C语言中的返回值 172
8.1.2 检查Java中的返回值 173
8.2 管理异常 174
8.2.1 捕获顶层的任何东西 175
8.2.2 消失的异常 176
8.2.3 只捕获需要处理的异常 177
8.2.4 控制已检测的异常 178
8.3 防止资源泄露 180
8.3.1 C和C++ 180
8.3.2 Java 183
8.4 日志记录和调试 185
8.4.1 集中日志记录 185
8.4.2 在最终代码中不包含调试帮助和“后门”访问代码 187
8.4.3 清除备份文件 189
8.4.4 不要容忍“复活节彩蛋” 190
8.5 小结 190
第三部分 特性与特色
第9章 Web应用程序 191
9.1 用于Web的输入和输出验证 192
9.1.1 预料到浏览器已遭到破坏 192
9.1.2 认为浏览器是一种一览无余的事物 194
9.1.3 保护浏览器免受恶意内容的攻击 195
9.2 HTTP考虑 205
9.2.1 使用POST，而不是GET 205
9.2.2 请求顺序 207
9.2.3 错误处理 208
9.2.4 请求出处 210
9.3 维护会话状态 211
9.3.1 使用强用户会话标识符 212
9.3.2 强制会话空闲超时和最大会话持续时间 213
9.3.3 在认证的基础上开始一个新的会话 215
9.4 为输入验证使用Struts架构 216
9.4.1 建立Struts Validator 217
9.4.2 对所有操作使用Struts Validator 218
9.4.3 验证每一个参数 220
9.4.4 维护验证逻辑 221
9.5 小结 223
第10章 XML与Web服务 224
10.1 使用XML 224
10.1.1 使用一个标准兼容的XML语法分析程序 225
10.1.2 开启验证 226
10.1.3 要小心外部引用 229
10.1.4 保持对文档查询的控制 232
10.2 使用Web服务 235
10.2.1 输入验证 235
10.2.2 WSDL苦恼 236
10.2.3 过度暴露 237
10.2.4 过去错误的新机会 238
10.2.5 JavaScript劫持：一种新的边界 238
10.3 小结 242
第11章 隐私与秘密 243
11.1 隐私与规则 243
11.1.1 识别私有信息 243
11.1.2 处理私有信息 245
11.2 外发密码 249
11.2.1 源代码中不能有密码 249
11.2.2 不存储明文密码 251
11.3 随机数 255
11.3.1 在Java中生成随机数 255
11.3.2 在C和C++中生成随机数 257
11.4 密码技术 261
11.4.1 选择一个好的算法 261
11.4.2 不要自以为是 262
11.5 内存中的秘密 264
11.5.1 使保持秘密的时间最短 265
11.5.2 保守地共享秘密 266
11.5.3 安全地删除秘密 267
11.5.4 防止不必要地复制秘密 268
11.6 小结 269
第12章 具有特权的程序 270
12.1 特权的含义 271
12.1.1 最小特权原理 271
12.1.2 这次我是认真的：不相信每一件事 273
12.2 管理特权 274
12.2.1 在实践中应用最小特权 274
12.2.2 限制文件系统上的特权 277
12.2.3 谨防非期待的事件 279
12.3 特权提升攻击 281
12.3.1 文件访问竞态条件 282
12.3.2 不安全的临时文件 287
12.3.3 命令注入 289
12.3.4 标准文件描述符 290
12.4 小结 291
第四部分 静态分析实践
第13章 Java语言源代码分析练习 293
练习13.0 安装 293
练习13.1 留意结果，现在开始 294
练习13.2 人工审计源代码 300
练习13.3 运行Fortify SCA 302
练习13.4 理解原始的分析结果 303
练习13.5 分析一个完整的应用程序 307
练习13.6 使用Audit Workbench调整结果 308
练习13.7 审计一个问题 310
练习13.8 执行一个完整的审计 313
练习13.9 编写自定义规则 316
练习13.2中问题的答案 321
第14章 C语言源代码分析练习 324
练习14.0 安装 325
练习14.1 留意结果，现在开始 325
练习14.2 人工审计源代码 330
练习14.3 运行Fortify SCA 331
练习14.4 理解原始的分析结果 332
练习14.5 分析一个完整的应用程序 335
练习14.6 使用Audit Workbench调整结果 335
练习14.7 审计一个问题 338
练习14.8 执行一个完整的审计 341
练习14.9 编写自定义规则 342
练习14.2中的问题答案 346
结束语 349
参考文献 351
· · · · · · (收起)
读后感
用户评价
我花了些时间翻阅目录，本来对其中关于“依赖项安全审计”的部分抱有极大的期望，因为在当前微服务和开源组件泛滥的环境下，供应链安全已经成了重中之重。我希望能看到作者对主流开源扫描工具（如SBOM生成器或特定的SAST/SCA集成方案）的深度评测和最佳实践。比如，如何在高频迭代的CI/CD流水线中，以最小的性能开销，实现最大覆盖率的安全扫描？我期待看到关于误报（False Positives）处理策略的详尽论述，因为在我以往的经验中，海量的误报往往是安全团队放弃使用自动化工具的主要原因。如果书中能提供一套成熟的、可落地的误报降噪流程，并结合实际的反馈循环机制来训练或调优分析引擎，那这本书的实用价值将是无可替代的。此外，对于新兴的、基于AI的代码生成（如Copilot类工具）引入的安全风险，书中是否有所涉及和警示，这也是我非常感兴趣的一个点。
阅读过程中，我注意到书中对“安全编码规范”和“漏洞修复建议”的篇幅似乎占了相当大的比重。虽然规范和修复建议是安全工作的基础环节，但如果这本书的主旨是“静态分析”，那么这些内容是否显得有些冗余了？我真正想从一本专注于“静态分析代码”的书中学到的是，如何通过分析结果来反向驱动，改进整个软件开发生命周期的安全基线。比如，如何根据常见的分析报告，系统性地重构特定的安全敏感API库，从而一劳永逸地解决一类问题？我更希望能看到的是关于“安全设计模式在静态分析中的体现”的深入讨论，即如何设计出天然“易于分析”的代码结构。如果修复部分过于侧重于手动打补丁，而没有探讨如何利用分析结果来自动化地生成安全补丁或重构建议，那么这本书对于提升团队整体安全工程能力的作用就会打折扣。
这本书的封面设计，首先吸引了我的是那种深邃而富有科技感的蓝黑色调，给人一种专业、严谨的印象，这与我期待中一本关于“安全编程”的权威著作的形象非常吻合。拿到书后，那种厚实的纸张和精良的装帧质量，也让我对即将展开的阅读之旅充满了信心。我原本是希望这本书能系统地梳理一套行之有效的代码安全检查方法论，特别是在面对现代复杂系统时，如何通过静态分析工具的深度应用，将安全漏洞扼杀在编译阶段。我尤其关注那些关于上下文敏感分析和污点追踪的章节，期待能看到作者是如何将晦涩的学术理论转化为可操作的实践指南，比如如何针对特定的编程语言——例如C++或Rust——定制化分析规则，而不是泛泛而谈。书中的案例如果能结合真实的、高危的漏洞（比如缓冲区溢出或者数据竞争），并详细剖析静态分析工具是如何精确捕获这些缺陷的，那无疑会大大提升其价值。我希望它不仅仅是工具的使用手册，更能深入讲解算法底层逻辑，让读者真正理解“为什么”工具能发现这些问题。
从整体风格来看，这本书的语言表述略显平实，缺乏那种能让人眼前一亮的、启发性的论述。我原本期待能看到一些对于未来安全分析领域发展趋势的独到见解，例如量子计算对密码学和分析的潜在冲击，或者后结构化编程范式下的分析挑战。书中对于“跨语言分析”的讨论似乎也比较简略，这在现代云原生架构中是一个不可回避的问题——一个服务可能同时依赖Go、Python和Java。如果能提供一个统一的中间表示（IR）框架，以及如何在其上实现一致性安全检查的案例，那将是极具前瞻性的内容。目前看来，内容聚焦在相对成熟的、单一语言的实践上，虽然稳妥，但对于追求前沿技术的读者来说，可能略显保守，少了一份让人拍案叫绝的创新性思考。
这本书的排版和章节逻辑组织，感觉上似乎更偏向于对现有主流商业或开源静态分析工具的概览性介绍，而不是对底层分析原理的深挖。我原本期望的是能看到构建一个自定义的、轻量级静态分析器的详细蓝图，从抽象语法树（AST）的构建，到数据流分析图的建立，再到最终的漏洞模式匹配引擎设计。如果能深入讲解诸如“指向分析”（Pointer Analysis）的复杂度控制和优化技巧，或者如何有效地处理反射和动态加载代码对静态分析带来的挑战，那这本书的学术深度就能得到极大的提升。目前来看，内容似乎停留在“如何配置工具以发现漏洞”的层面，而缺少“如何设计一个更强大的分析器”的洞察力。对于那些希望从分析工具使用者跃升为开发者或安全研究人员的读者来说，这可能是一个遗憾，因为真正令人兴奋的部分往往隐藏在工具链的“黑箱”内部。
一些常用方法，还卖自己的软件。。
一些常用方法，还卖自己的软件。。
一些常用方法，还卖自己的软件。。
一些常用方法，还卖自己的软件。。
新手向
