在以下情况下，会发生文件泄露：
1. 数据从一个不可信赖的数据源进入程序。


2. 数据用于动态地构造一个路径。

例 1：下面的代码会接受不可信赖的数据，并使用其构造服务器端转发所使用的路径。

...
	String returnURL = request.getParameter("returnURL");
	return new ModelAndView(returnURL);
	...

如果攻击者使用请求参数提供与某个敏感文件位置相匹配的 URL，他们将能够查看该文件。例如，使用 "http://www.yourcorp.com/webApp/logic?returnURL=WEB-INF/applicationContext.xml" 将能够查看该应用程序的 applicationContext.xml 文件。
在攻击者掌握 applicationContext.xml 的信息之后，他们就能够定位和下载 applicationContext.xml 中引用的其他配置文件，甚至类文件或 jar 文件。这样一来，攻击者将能够获得与应用程序有关的敏感信息，并以之为目标发动其他类型的攻击。

在 Spring Webflow 中，视图解析器用于将视图名称转换为实际的渲染技术。通常，视图解析器会通过使用前缀和后缀来限制文件的类型和位置。但是，使用请求参数指定视图名称可以绕过此机制。
示例 1：以下 Spring Webflow 配置使用请求参数来指定视图名称。

<webflow:end-state id="finalStep" view="${requestParameters.url}"/>
<webflow:view-state id="showView" view="${requestParameters.test}">

默认的 Spring Webflow 视图解析器仅允许解析“/WEB-INF/views/”中的 jsp 文件。

<bean class="org.springframework.web.servlet.view.
               InternalResourceViewResolver">
    <property name="prefix" value="/WEB-INF/views/" />
    <property name="suffix" value=".jsp" />
</bean>

攻击者可以使用以下 URL 查看 applicationContext.xml 文件：“http://www.yourcorp.com/webApp/logic?url=../applicationContext.xml;x=”
InternalResourceViewResolver 将使用其配置的前缀，然后连接在视图属性中传递的值，最后添加后缀。
生成的相对 URL（“/WEB-INF/views/../applicationContext.xml;x=.jsp”）将被传递到服务器端请求调度程序。攻击者可以利用分号将“.jsp”后缀转换为路径参数。攻击者可利用此攻击泄露 Web 应用程序根目录下的任何文件。

在以下情况下，会发生文件泄露：
1. 数据从一个不可信赖的数据源进入程序。


2. 数据用于动态地构造一个路径。

例 1：下面的代码会接受不可信赖的数据，并使用其构造服务器端转发所使用的路径。

...
	String returnURL = request.getParameter("returnURL");
	return new ActionForward(returnURL);
	...

如果攻击者使用请求参数提供与某个敏感文件位置相匹配的 URL，他们将能够查看该文件。例如，使用 "http://www.yourcorp.com/webApp/logic?returnURL=WEB-INF/applicationContext.xml" 将能够查看该应用程序的 applicationContext.xml 文件。
在攻击者掌握 applicationContext.xml 的信息之后，他们就能够定位和下载 applicationContext.xml 中引用的其他配置文件，甚至类文件或 jar 文件。这样一来，攻击者将能够获得与应用程序有关的敏感信息，并以之为目标发动其他类型的攻击。

当敏感数据（如密码或加密密钥）因为没有从内存中删除而被泄漏给攻击者时，就会发生 Heap inspection 漏洞。

realloc() 函数通常用来提高某个分配的内存块的大小。该操作经常要求将以前的内存块中的内容复制到新的且更大的内存块中。该操作会完整地保留原内存块中的内容，但不允许程序进行访问，这就使程序无法清除内存中的敏感数据。如果攻击者能够后期访问某个内存转储中的内容，敏感数据就会暴露。

示例：以下代码在一个包含敏感数据的缓冲区上调用了 realloc()：

plaintext_buffer = get_secret();
...
plaintext_buffer = realloc(plaintext_buffer, 1024);
...
scrub_memory(plaintext_buffer, 1024);

这段代码试图清除内存中敏感数据，但因为使用了 realloc()，所以在原来对 plaintext_buffer 分配的内存中仍会看到该数据的副本。

当敏感数据（如密码或加密密钥）因为没有从内存中删除而被泄漏给攻击者时，就会发生 Heap inspection 漏洞。

VirtualLock 函数旨在锁定内存中的页面，以防这些页面在磁盘上被标注页码。然而，在 Windows 95/98/ME 操作系统上，这一函数仅作为桩函数使用，因而不会产生什么影响。

此类带有来自 JCIP 注释包的“不可变”注释。然而，该类的可变字段之一具有在构造函数和析构函数之外对其进行调用的变化的方法。

示例 1：不可变最终类的下列代码将集声明为 private 和 final，然后错误地创建了改变集的方法。

@Immutable
public final class ThreeStooges {
  private final Set stooges = new HashSet>();
  ...

  public void addStooge(String name) {
    stooges.add(name);
  }
  ...
}

此类带有来自 JCIP 注释包的 Immutable 注释。非最终字段允许更改值，从而违反了类的不可变性。

例 1：不可变最终类的下列代码错误地将字段声明为 public 和非 final。

@Immutable
public class ImmutableInteger {
public int value;

}