《Spring Security3》第一章第二部分翻译（转载）

应用所使用的技术

我们使用了一些每个 Spring 程序员都会遇到的技术和工具，以使得示例应用很容易的运行起来。尽管如此，我们还是提供了补充的起步资料信息在附录：参考资料。

我们建立使用如下的 IDE 以提高开发的效率并使用本书的示例代码：

<!--[if !supportLists]-->l  <!--[endif]-->Eclipse 3.4 或 3.5 Java EE 版本可以在以下地址获得：

http://www.eclipse.org/downloads/

<!--[if !supportLists]-->l  <!--[endif]-->Spring IDE2.2(2.2.2 或更高 ) 可以在以下地址获得： http://springide.org/blog

在本书的示例和截图中，你会看到 Eclipse 和 Spring IDE ，所以我们建议你使用它们。

你可能希望使用免费的 Spring Tool Suite （ STS ） Eclipse 插件，它作为 Eclipse 的一个插件由 Spring Source 开发，其包含了下一代的 Spring IDE 功能（可以在以下地址下载： http://www.springsource.com/products/springsource-tool-suite-download ）。一些用户不喜欢它的侵入性和 SpringSource 的标示，但是你如果从事 Spring 相关的开发，它提供了很多有用的功能。

我们提供了 Eclipse3.4 兼容的工程以允许你在 Eclipse 中构建和部署代码到 Tomcat6.x 的服务器上。鉴于大多数开发人员熟悉 Eclipse ，所以我们觉得这是最直接的方式来打包示例代码。我们为这些例子提供了 Apache Ant 的脚本以及 Apache Maven 的 modules 。不管你熟悉开发环境，我们希望你能够在阅读本书的时候能够运行示例代码。

另外，在阅读过程中，你可能会愿意去下载 Spring 3 和 Spring Security 3 的源码版本。如果你有不明白的地方或想获取更多的信息，他们的 JavaDoc 和源码是最好的参考资料，他们提供的示例也能够提供额外的帮助并消除你的疑惑。

查看审计结果

         让我们回到 e-mail 并看一下审计的进展。哦，结果貌似并不好啊：

 

To: Star Developer <[e-mail]>

From: Super Visor <[e-mail]>

Subject: FW: Security Audit Results

Star,

         看一下审计结果并制定一个计划来解决这些问题。

                                                                                                                                             Super Visor

审计结果：

本应用存在如下的不安全隐患：

<!--[if !supportLists]-->  l  <!--[endif]-->缺少 URL 保护和统一的认证造成的权限扩散；

<!--[if !supportLists]-->  l  <!--[endif]-->授权不合理甚至缺失；

<!--[if !supportLists]-->  l  <!--[endif]-->数据库认证信息不安全且很容易获取；

<!--[if !supportLists]-->  l  <!--[endif]-->个人的识别信息和敏感数据很容易获取或没有加密；

<!--[if !supportLists]-->  l  <!--[endif]-->不安全的传输层保护，没有使用 SSL 加密；

<!--[if !supportLists]-->  l  <!--[endif]-->危险等级：高

我们希望本应用在解决这些问题前能够下线。

 

哦，这些结果看起来对我们公司很不利，我们最好尽快将这些问题解决。

 

公司（或他们的合作伙伴、顾客）会雇佣第三方的安全专家来审计他们软件的安全性。审计过程会联合使用破解，代码检查以及与开发人员和架构师的正式或非正式交流。

 

安全审计的通常目标是保证基本的安全开发措施被遵守以实现客户数据和系统功能的完整性和安全性。依靠软件业所追求的工业化目标，审计人员可能会使用工业化的标准或特定的方式来进行这些测试。

 

收到这样的安全审计结果可能是一件令人很吃惊的事情，但是，如果你按照被要求去做，这将会是一个绝佳的机会来学习和提升软件质量，同时，这将会引领你去实现一些常规的策略来保证软件的安全性。

 

让我们来看一下审计人员发现的问题并制定一个计划去解决他们。

 

认证

缺少 URL 保护和统一的认证造成的权限扩散

 

认证是在开发安全应用中，你必须记住的两个关键词之一（另外一个是授权）。认证识别系统中的某一个用户，并将其与一个可信任的（即安全的）实体关联。一般来讲，软件系统会被分为两个层次的访问范围，如未认证通过的（或匿名的）和认证通过的，如下图所示：

 匿名可访问的应用功能是用户无关的（如一个在线商店的产品列表）。

匿名区域不会：

<!--[if !supportLists]-->l  <!--[endif]-->要求用户登录系统；

<!--[if !supportLists]-->l  <!--[endif]-->展示敏感信息如人名、地址、信用卡号、订单等；

<!--[if !supportLists]-->l  <!--[endif]-->提供管理系统全局的状态或数据。

 

未认证的系统区域可供任何人使用，即使该用户没有被系统所识别。但是，有可能对于已认证的用户会看到更多的信息（如随处可见的欢迎 { 名字 } 文本）。 Spring Security 的标签库可以完全支持对登录用户进行有区别的显示，这部分内容将在第五章：精确的访问控制 中介绍。

 

我们将在第二章中解决这个发现的问题并使用 Spring Security 的自动配置功能实现一个基于表单的认证。更复杂的表单认证（通常用来用在与企业系统集成或外部的认证存储）将在本书的第二部分进行讲解，这部分从第八章：对 OpenID 开放 开始。

授权

授权不合理甚至缺失

授 权是两个重要安全概念中的第二个，它对实现和理解应用安全很重要。授权保证授权过的用户能够对功能和数据进行恰当的访问。构建应用的安全模块的主要任务是 拆分应用的功能和数据并将权限、功能和数据、用户结合起来，以实现对这些内容的访问能够被很好的控制。在审计中，我们的应用在这一点的失败表明应用的功能 没有按照用户角色进行限制。试想一下，你正在运行一个在线购物系统，查看、取消或修改订单以及用户的信息对所有的用户可见！（这将是多么恐怖的事情）

我们将会在第二章通过使用 Spring Security 的授权模块解决基本的授权问题，接着会有关于授权更高级的知识介绍，其中在第五章介绍 web 层，在第六章：高级配置和扩展 中介绍业务层。

数据库认证安全

数据库认证信息不安全且很容易获取

通过检查应用的源码和配置文件，审计人员指出用户的密码在配置文件中以明文的显示存储，这会导致恶意的用户很容易通过访问到服务器进而访问应用。

因为应用中包含了个人和财务的信息，一个恶意的用户如果能够非法访问任何数据都会导致公司信息的泄露。保护能够进入系统的凭证信息对我们来时是最重要的事情，最重要的第一步是保证在安全上一个点的失败不会连累整个系统。

我们将会在第四章：凭证安全存储 中检查 Spring Security 的数据访问层以实现凭证存储的安全配置，那里将会用到 JDBC 连接。在第四章中，我们同时也会学习一些内置的技术以增强保存在数据库中密码的安全。

敏感信息

个人的识别信息和敏感数据很容易获取或没有加密

                   审计人员指出一些重要和敏感的数据，包括信用卡号，在系统中的任何地方都没有加密或混淆。这除了是缺乏数据设计的一种典型表现外，对信用卡号缺少保护也是违反 PCI 标准的。

                   幸运的是，基于 Spring Security 的注解式 AOP 支持，我们可以使用一些简单的设计模式和工具来安全的保护这些信息。我们将会在第五章中阐述在数据访问层保护这种数据的一些技术。

数据传输层保护

不安全的传输层保护，没有使用 SSL 加密

 

在现实世界中，很难想象一个在线的商业网站不使用 SSL 保护；不幸的是，我们的 JBCP Pet 正是这样。 SSL 保护能够保证在客户端浏览器和 web 应用服务器之间的通信是安全的，可以防护多种的信息篡改和窥探。

在第五章中，我们将会介绍如何在应用的安全架构中使用传输层安全配置，包括规划应用的那些部分要使用强制的 SSL 加密。

使用 Spring Security 解决安全问题

                   Spring Security 提供了丰富的资源，许多安全的通用问题都可以用非常简单的声明或配置来解决。在接下来的章节中，我们将会通过源代码和应用配置的不断改进来解决安全审计人员提出的所有问题（甚至更多），同时会对我们应用的安全性树立信心。

                   使用 Spring Security 3 ，我们将会通过以下的变化来提高应用的安全性：

<!--[if !supportLists]-->l  <!--[endif]-->细分系统的用户类别；

<!--[if !supportLists]-->l  <!--[endif]-->为用户的角色授予不同级别的权限；

<!--[if !supportLists]-->l  <!--[endif]-->为不同的用户类别授予不同的角色；

<!--[if !supportLists]-->l  <!--[endif]-->为应用全局的资源使用认证规则；

<!--[if !supportLists]-->l  <!--[endif]-->为应用所有层的结构使用授权规则；

<!--[if !supportLists]-->l  <!--[endif]-->阻止常用的攻击手段以控制或窃取一个用户的 session 。

为什么使用 Spring Security ？

Spring Security 的存在填补了众多 java 第三方类库的一个空白，正如 Spring 框架第一次出现时那样。一些业界的标注如 JAAS 或 Java EE Security 确实提供了一些方式来解决认证和授权问题，但是 Spring Security 是一个胜出者，因为它以一种简明和合理的方式封装了各个层的安全解决方案。

除此以外， Spring Security 提供了与很多通用企业认证系统的内置集成支持。所以，对开发者来说，它通过很少的努力就能适应绝大多数的场景。

因为没有任何一款主流的框架与之匹敌，所以它被广泛的使用。

小结

                  在本章中，我们：

<!--[if !supportLists]-->l  <!--[endif]-->检查了一个不安全的 web 工程的风险点；

<!--[if !supportLists]-->l  <!--[endif]-->查看了示例在线商务应用的基本架构；

<!--[if !supportLists]-->l  <!--[endif]-->讨论了使示例工程安全的策略。

在第二章中，我们将会介绍 Spring Security 的整体架构，主要侧重于其如何扩展和配置以支持我们的应用的需要。