以下狀況都可能導致檔案洩露：
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：下列不可變 final 類別的程式碼宣告 private 和 final 集，然後錯誤地建立會變動集的方法。

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

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

此類別已從 JCIP 註解封包加上 Immutable 註解。非 final 欄位允許變更值，因而違反了該類別的不可變性。

範例 1：下列不可變 final 類別的程式碼錯誤地聲明欄位為 public，而不是 final。

@Immutable
public class ImmutableInteger {
public int value;

}