IdentityCredentialStore 類別

定義

[Android.Runtime.Register("android/security/identity/IdentityCredentialStore", ApiSince=30, DoNotGenerateAcw=true)]
public abstract class IdentityCredentialStore : Java.Lang.Object

[<Android.Runtime.Register("android/security/identity/IdentityCredentialStore", ApiSince=30, DoNotGenerateAcw=true)>]
type IdentityCredentialStore = class
    inherit Object

繼承

Object

JavaObject

Object

IdentityCredentialStore

屬性

RegisterAttribute

備註

一個連接使用者身份文件安全儲存的介面。

這個介面刻意相當通用且抽象。 在可能的情況下，與憑證驗證設備及發證機關（IA）通訊的訊息格式與語意規範不在範圍內。 它為介面提供安全儲存，但要實作符合特定憑證類型的呈現與驗證協議與流程，則需具備憑證專用的 Android 應用程式。

可以建立多個憑證。 每項證書包含：

<ul><li>一種文件類型，也就是字串。</李>

<li>一組命名空間，用來消除數值名稱的歧義。 建議將命名空間結構化為反向網域名稱，使 IANA 能有效作為命名空間的註冊商。</李>

<li>每個命名空間包含一組名稱/值對，每個對都有一組存取控制設定檔 ID。 名稱為字串，值為類型化，且可為 CBOR 支援的任何值。</李>

<li>一組存取控制設定檔（最多32個），每個配置檔都有設定檔 ID 及符合配置檔需求的條件規範。</李>

<li>一對非對稱金鑰，用於向發出機構驗證憑證，稱為 <em>CredentialKey</em>。</李>

<li>一組零個或多個命名的讀取器認證公鑰，用於驗證授權讀取器的憑證。</李>

<li>一組命名的簽名金鑰，用於簽署數值集合與會話逐字稿。</li></ul>

在安全儲存中實作使用者身份證件支援需要專用硬體支援，且不一定隨時可用。

存在 <兩種不同的憑證儲存——EM>預設</EM> 儲存，以及 <EM>直接存取</EM> 儲存。 大多數時候憑證會透過預設商店存取，但這需要 Android 裝置開機且功能正常。 當 Android 裝置電池電量不足無法啟動 Android 作業系統時，允許使用身份憑證是理想的，因此若安全硬體願意實作，透過 NFC 直接存取安全硬體可能允許資料擷取。

直接存取儲存的憑證應<>強<且強>地使用讀取器認證來保護資料元素。 原因是當裝置關閉時，無法進行使用者驗證或資料釋出的使用者批准。

身份憑證 API 設計上能隨時間演進與變更，但仍提供 100 個% 向下相容性。 這更複雜的是，應用程式所使用的 API 與安全硬體實作的版本之間可能存在版本偏差。 為了解決這個問題，API 提供了一種方式，讓應用程式可以查詢硬體實作了哪個功能版本（如果有的話），使用 android.content.pm#FEATURE_IDENTITY_CREDENTIAL_HARDWARE 和 android.content.pm#FEATURE_IDENTITY_CREDENTIAL_HARDWARE_DIRECT_ACCESS。 僅適用於特定功能版本的方法，也有明確的紀錄。

Java 文件 android.security.identity.IdentityCredentialStore。

本頁部分內容為基於 Open Source Project 所創建與分享的作品，並依授權條款所描述的使用進行修改。

        <ul>
        <li>ECKA-DH (Elliptic Curve Key Agreement Algorithm - Diffie-Hellman, see BSI TR-03111).