任何應用程式都可以存取未在其資料清單定義中明確指定存取權限的公用元件。

Android 應用程式中的活動、接收者和服務元件的 exported 屬性預設值會因是否有無 intent-filter 而有所不同。有 intent-filter 暗示該元件供外部使用，因此將 exported 屬性設定為 true。現在 Android 平台上的任何其他應用程式都可以存取此元件。

範例 1：以下是一個範例，說明有 intent-filter 且未明確設定存取權限的 Android 活動。

 <activity android:name=".AndroidActivity"/> 

   <intent-filter android:label="activityName"/> 

    <action android:name=".someFunAction"/> 

   </intent-filter> 

    ... 

 </activity> 

此活動可能被惡意應用程式所利用。

任何應用程式都可以存取未在其資料清單定義中明確指定存取權限的公用元件。將 android:minSdkVersion 或 android:targetSdkVersion 設為「16」或更低數值的應用程式，依系統預設會將 Android 內容提供者匯出。將這些屬性設為「17」或更高的應用程式，預設為「false」。

範例 1：以下是 Android 內容提供者宣告無明確存取權限或匯出旗標的範例。

 <provider android:name=".ContentProvider"/> 

Android 依賴安全性提供者來提供安全的網路通訊。但是，有時會在預設安全性提供者中發現弱點。為了防範這些弱點，Google Play 服務提供自動更新裝置安全性提供者的方式來抵禦已知的惡意探索。透過呼叫 Google Play 服務方法，您的應用程式可確保執行所在的裝置能夠擁有最新的更新來抵禦已知的惡意探索。

網路安全性組態功能可讓應用程式在安全的宣告式組態設定檔案中自訂其網路安全性設定，而不修改應用程式程式碼。這些設定可設定用於特定網域和特定應用程式。此功能的主要功能如下所示：
- 自訂信賴起點：自訂信任哪些憑證授權單位 (CA) 的應用程式安全連線。例如，信任特定的自行簽署憑證或限制該應用程式信任的一組公用 CA。
- 僅除錯覆寫：安全地除錯應用程式中的安全連線，而不向已安裝基準中新增風險。
- 純文字流量退出：保護應用程式，免於意外使用純文字流量。
- 憑證釘選：將應用程式的安全連線限制為特定憑證。

在沒有接收者權限的情況下所傳送的廣播可以被任何接收者存取。如果這些廣播包含敏感資料，或會傳送給惡意接收者，則可能會危害應用程式。

範例 1：以下程式碼在沒有指定接收者權限的情況下傳送廣播。

...
context.sendBroadcast(intent);
...

系統廣播可以傳送到私人元件。元件必須設為公開，才能接收來自第三方的非系統廣播。若在單一元件中註冊接收系統與非系統廣播，該元件 (系統部分) 的部分功能將對第三方公開，是沒有必要的。

宣告自訂權限時，有四個選項可用於指定權限的保護層級：normal、dangerous、signature 和 signature or system。Normal 權限會授予任何要求這些權限的應用程式。Dangerous 權限只會在使用者確認之後授予。Signature 權限只會授予由相同開發人員金鑰 (做為定義權限的封包) 所簽署的應用程式。Signature or system 權限與 signature 權限類似，但另外會被授予 Android 系統映像中的套件權限。

範例 1：以下是宣告具有 normal 保護層級的自訂權限範例。

 <permission android:name="custom.PERMISSION"
                     android:label="@string/label_permission"
                     android:description="@string/desc_permission"
                     android:protectionLevel="normal">
      </permission>

宣告具有結合之讀取和寫入 permission 的內容提供者，會讓向提供者要求讀取或寫入存取權限的實體進行存取。但是，在許多情況下，如同檔案系統中的檔案一樣，不應允許需要讀取提供者所儲存之資料的實體修改資料。設定 permission 屬性並不會允許區別資料使用者以及會影響資料完整性的互動。

範例 1：以下是宣告具有結合的讀取和寫入存取權限 permission 之內容提供者的範例。

 <provider android:name=".ContentProvider" android:permission="content.permission.READ_AND_WRITE_CONTENT"/> 

黏性廣播的安全性無法透過權限來保護，因此任何接收者都可以存取。如果這些廣播包含敏感資料，或會傳送給惡意接收者，則可能會危害應用程式。

範例 1：以下程式碼傳送黏性廣播。

...
context.sendStickyBroadcast(intent);
...

更新 OS 後，對 android.permission 命名空間定義新的權限可能會產生預料之外的結果。若新版 OS 定義了完全相同的權限，Android Package Management Service (PMS) 會在不詢問使用者的情況下授予應用程式權限，這會導致權限提升攻擊。

由於此元件只預期從系統而非其他元件接收廣播訊息，它應該是私人的 (其他元件無法存取)。

根據 RFC 2109，Cookie 嚴格意義上來說是 HTTP 機制。 不應合理預期 Cookie 適用於除 HTTP 以外的通訊協定，包括 file://。 目前尚不確定其行為，以及應套用哪些安全性劃分規則。 例如，從網際網路下載到本機磁碟的 HTML 檔案是否應該與本機安裝的任何 HTML 程式碼共用相同的 Cookie？

不建議開發人員使用未記錄或隱藏的 API 建置其應用程式。 無法保證 Google 在將來不會移除或變更這些 API，因此應加以避免，採用此類方法或欄位有很高的風險性，可能中斷您對應用程式的使用。

程式碼嘗試在 Camera 物件被解除之後，使用該物件。若在未重新要求 Camera 物件的情況下參照該資源，便會拋出異常，並在未能捕捉異常時造成應用程式當機。

範例：以下程式碼使用了切換按鈕以開關相機預覽。在使用者點選按鈕後，相機預覽便會停止，並解除相機資源。但是，如果再次點選按鈕，則會在先前解除的 Camera 物件上呼叫 startPreview()。

public class ReuseCameraActivity extends Activity {
  private Camera cam;

  ...
  private class CameraButtonListener implements OnClickListener {
      public void onClick(View v) {
          if (toggle) {
              cam.stopPreview();
              cam.release();
          }
          else {
              cam.startPreview();
          }
          toggle = !toggle;
      }
  }
  ...
}

程式碼嘗試在媒體物件被解除之後使用該物件。若在未重新要求媒體物件的情況下參照該資源，便會拋出異常，並在未能捕捉異常時造成應用程式當機。

範例：以下程式碼使用了暫停按鈕以切換媒體播放。在使用者點選按鈕後，目前的歌曲或視訊便會停止，並解除相機資源。但是，如果再次點選按鈕，則會在先前解除的媒體物件上呼叫 start()。

public class ReuseMediaPlayerActivity extends Activity {
  private MediaPlayer mp;

  ...
  private class PauseButtonListener implements OnClickListener {
      public void onClick(View v) {
          if (paused) {
              mp.pause();
              mp.release();
          }
          else {
              mp.start();
          }
          paused = !paused;
      }
  }
  ...
}

程式碼嘗試在 Android SQLite 資料庫處理常式已被解除後使用該處理常式。若在未重新建立資料庫連線的情況下參照該處理常式，便會拋出異常，並在未能捕捉異常時造成應用程式當機。

範例：以下程式碼可能是來自將使用者值暫時快取於記憶體中，但可以呼叫 flushUpdates() 以將變更交付至磁碟的程式。該方法會在將更新寫入至資料庫後正確關閉資料庫處理常式。然而，若再次呼叫 flushUpdates()，便會在重新初始化資料庫物件前再次參照該物件。

public class ReuseDBActivity extends Activity {
  private myDBHelper dbHelper;
  private SQLiteDatabase db;

  @Override
  public void onCreate(Bundle state) {
      ...
      db = dbHelper.getWritableDatabase();
      ...
  }
  ...

  private void flushUpdates() {
      db.insert(cached_data);     // flush cached data
      dbHelper.close();
  }
  ...
}

硬體和裝置專用識別碼在資料掃除和原廠重設後仍然存在。我們不應該依靠這些識別碼來產生用來授權或驗證使用者的唯一識別碼。

此外，通用唯一識別碼可能與個人資訊有關連性，因此洩漏通用唯一識別碼會對使用者隱私和安全性造成威脅。

Android Class Loading Hijacking 弱點有以下兩種形式：

- 攻擊者可以變更程式為載入類別而搜尋的目錄名稱，從而指向處於其控制下之某個目錄的路徑：攻擊者明確控制應該從其中搜尋類別的路徑。

- 攻擊者可以篡改載入類別的環境：攻擊者間接控制路徑名稱代表的意義。

在此案例中，我們著重於第一種情況，即攻擊者可以控制為要載入之類別而搜尋的目錄的可能性。在以下情況下，會發生此類型的 Android Class Loading Hijacking 弱點：

1. 資料從不可信賴的來源進入應用程式。



2. 資料用作代表程式庫目錄的整個字串或一部分字串，以便搜尋要載入的類別。



3. 藉由從程式庫路徑執行程式碼，應用程式會給予攻擊者不應該擁有的權限或能力。

範例 1：以下程式碼使用使用者可變更的 userClassPath 來決定搜尋要載入的類別所在的目錄。

...
  productCategory = this.getIntent().getExtras().getString("userClassPath");
  DexClassLoader dexClassLoader = new DexClassLoader(productCategory, optimizedDexOutputPath.getAbsolutePath(), null, getClassLoader());
  ...

此程式碼能夠透過修改 userClassPath 的結果來指向所控制的其他路徑，從而讓攻擊者利用應用程式的提升權限，載入程式庫並潛在地執行任意程式碼。因為程式不會驗證從環境讀取的值，所以如果攻擊者可以控制 userClassPath 的值，則攻擊者便可使用與原始應用程式相同的權限，愚弄應用程式，讓應用程式指向他們所控制的目錄，從而載入他們所定義的類別。

範例 2：以下程式碼使用使用者可變更的 userOutput 來決定應寫入最佳化 DEX 檔案的目錄。

...
  productCategory = this.getIntent().getExtras().getString("userOutput");
  DexClassLoader dexClassLoader = new DexClassLoader(sanitizedPath, productCategory, null, getClassLoader());
...

此程式碼可讓攻擊者指定最佳化 DEX 檔案 (ODEX) 的輸出目錄。然後，此程式碼還會讓惡意使用者將 userOutput 值變更為他們所控制的目錄，如外部儲存裝置。一旦完成竄改，便只需將輸出的 ODEX 檔案替換為惡意 ODEX 檔案，就可以使用與原始應用程式相同的權限執行該動作。

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

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

Apache Axis 2 提供開發人員一組公用程式，監視透過 Java applet 內送與外寄的 SOAP 訊息。SOAP 監視器會顯示所有可叫用 Web 服務的 SOAP 訊息。攻擊者可能利用此公用程式，竊聽 Web 服務與其用戶端之間的流量。