Android 應用程式可設定為產生除錯二進位程式。這些二進位程式提供了詳細的除錯訊息，不應該在生產的環境中使用。<application> 標籤的 debuggable 屬性定義編譯後的二進位程式是否應包含除錯資訊。

使用除錯二進位程式會使應用程式提供許多有關其本身的資訊給使用者。除錯二進位程式只能用於開發或測試的環境中，如果將它們部署在生產的環境中，會有安全上的風險。攻擊者可能利用這些從除錯輸出得到的額外資訊，來發動針對架構、資料庫或應用程式所使用的其他資源的攻擊。

Java 標準要求實作 Object.equals()、Comparable.compareTo() 和 Comparator.compare() 方法時，如果其參數為 null，則必須傳回指定的值。若沒有遵守這個規定，將會導致無法預期的結果。

範例 1：以下 equals() 方法的實作，不會將其參數與 null 比較。

public boolean equals(Object object)
{
   return (toString().equals(object.toString()));
}

在以下情況會發生 Privacy Violation：

1.私人使用者資訊進入程式。

2.資料寫入到外部位置，例如主控台、File System 或網路。
範例 1：以下程式碼包含記錄陳述式，可藉由將新增至資料庫的記錄內容儲存在記錄檔中來追蹤這些內容。

pass = getPassword();
...
dbmsLog.println(id+":"+pass+":"+type+":"+tstamp);

Example 1 中的程式碼會將純文字密碼記錄至檔案系統。雖然許多開發人員相信檔案系統為儲存資料的安全位置，但不應對其絕對信賴，特別是關係到隱私問題時。

在諸多原因之中，隱私權是行動環境中的最大顧慮之一。其中一個原因是裝置遺失的可能性非常大。其他原因與行動應用程式之間的程序間通訊有關。使用行動平台時，會從多種來源下載，並在相同裝置上一起執行應用程式。在金融應用程式旁執行惡意程式碼的可能性很高，因此應用程式作者需要留意向裝置上執行的其他應用程式傳送的訊息中應包括哪些資訊。在行動應用程式之間的程序間通訊中，永遠不應包含敏感資訊。

範例 2：以下程式碼會從 Android WebView 儲存區讀取指定網站的使用者名稱與密碼，並向註冊的所有接收者廣播這些資訊。

...
webview.setWebViewClient(new WebViewClient() {
  public void onReceivedHttpAuthRequest(WebView view,
        HttpAuthHandler handler, String host, String realm) {
    String[] credentials = view.getHttpAuthUsernamePassword(host, realm);
    String username = credentials[0];
    String password = credentials[1];
    Intent i = new Intent();
    i.setAction("SEND_CREDENTIALS");
    i.putExtra("username", username);
    i.putExtra("password", password);
    view.getContext().sendBroadcast(i);
  }
});
...

此範例示範了幾個問題。首先，預設狀況下，WebView 憑證會以純文字形式 (而非雜湊形式) 儲存。若使用者擁有已取得 Root 權限的裝置 (或使用模擬器)，即可讀取所儲存的指定網站密碼。其次，會向註冊的所有接收者廣播加密純文字文字憑證，這意味者只要接收者註冊以使用 SEND_CREDENTIALS 動作收聽用意，即可接收該訊息。這一廣播並未受到權限的保護而限制接收者數量，但即使受到該保護，我們也不建議使用權限做為修正。

私人資料可以透過多種方式進入到程式中：

－ 直接來自於使用者的密碼或個人資訊

－ 從應用程式存取資料庫或其他資料儲存

－ 間接地來自於合作者或者第三方

通常，在行動環境中，此私密資訊包括 (還有密碼、SSN 及其他一般個人資訊)：

- 位置

- 行動電話號碼

- 序號和裝置 ID

- 網路業者資訊

- 語音信箱資訊


有些資料未標示為私人資料，但仍有可能根據狀況有隱私含意。例如，學生的學號通常不被認為是隱私資訊，因為學號中沒有明確和公開的資訊以對應於個別學生的個人資訊。不過，如果學校以學生的身份證字號來產生學號，則此學號應視為隱私資訊。

安全和隱私似乎時常互相矛盾。從安全的觀點來看，您應該要記錄所有重要的操作，以便於日後辨別所有的異常活動。不過，當其中包含了私人資料時，此種作法將會造成風險。

雖然有多種情況會發生隱私資料處理不安全，但常見的風險多是來自盲目的信賴。程式設計師通常會信賴程式執行的作業環境，所以相信將隱私資訊儲存在檔案系統、登錄或是其他局部控制的資源中是可以接受的。但即使限制特定資源的存取權，也並不保證可以信任有存取權的個人。例如，在 2004 年時一位無恥的 AOL 員工將大約 9 千 2 百萬名客戶的私人電子郵件地址賣給了一個透過發送垃圾郵件進行行銷的賭博網站 [1]。

由於此類受矚目的資料攻擊事件，隱私資料的收集和管理方面的規範日益增加。要求各組織根據其位置、所管理的業務類型，以及其所處理的隱私資訊性質，遵守以下一個或多個聯邦和州的規定：

- Safe Harbor Privacy Framework [3]

- Gramm-Leach Bliley Act (GLBA) [4]

- Health Insurance Portability and Accountability Act (HIPAA) [5]

- California SB-1386 [6]

雖已制定規範，但 Privacy Violation 的情況仍持續發生。