IdentityCredentialStore Klasse

Definition

[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

Vererbung

Object

Object

IdentityCredentialStore

Attribute

RegisterAttribute

Hinweise

Eine Schnittstelle zu einem sicheren Speicher für Benutzeridentitätsdokumente.

Diese Schnittstelle ist bewusst allgemein und abstrahiert. Die Spezifikation der Nachrichtenformate und der Semantik der Kommunikation mit Anmeldeinformationsüberprüfungsgeräten und ausstellenden Behörden (IAs) ist soweit möglich außerhalb des Gültigkeitsbereichs. Sie bietet die Schnittstelle mit sicherem Speicher, aber eine anmeldeinformationsspezifische Android-Anwendung ist erforderlich, um die Präsentations- und Überprüfungsprotokolle und -prozesse zu implementieren, die für den spezifischen Anmeldeinformationstyp geeignet sind.

Es können mehrere Anmeldeinformationen erstellt werden. Jede Anmeldeinformation umfasst:

<ul><li>A Dokumenttyp, bei dem es sich um eine Zeichenfolge handelt.</Li>

<li>A set of namespaces, which serve to disambiguate value names. Es wird empfohlen, Namespaces als reverse Domain-Namen zu strukturieren, damit IANA effektiv als Namespaceregistrierungsstelle dient.</Li>

<li>Für jeden Namespace gibt es eine Gruppe von Name/Wert-Paaren mit jeweils einem zugeordneten Satz von Zugriffssteuerungsprofil-IDs. Namen sind Zeichenfolgen und Werte werden eingegeben und können beliebige Werte sein, die von CBOR unterstützt werden.</Li>

<li>Eine Reihe von Zugriffssteuerungsprofilen (bis zu 32), jeweils mit einer Profil-ID und einer Spezifikation der Bedingungen, die die Anforderungen des Profils erfüllen.</Li>

<li>Ein asymmetrisches Schlüsselpaar, das zum Authentifizieren der Anmeldeinformationen für die Ausstellende Behörde verwendet wird, die <als em>CredentialKey</em> bezeichnet wird.</Li>

<li>Eine Gruppe von null oder mehr benannten Lese-Authentifizierung öffentlichen Schlüsseln, die verwendet werden, um einen autorisierten Leser für die Anmeldeinformationen zu authentifizieren.</Li>

<li>Eine Reihe von benannten Signaturschlüsseln, die zum Signieren von Sammlungen von Werten und Sitzungstranskripten verwendet werden.</li></ul>

Die Implementierung der Unterstützung für Benutzeridentitätsdokumente im sicheren Speicher erfordert dedizierte hardwaregestützte Unterstützung und ist möglicherweise nicht immer verfügbar.

Zwei unterschiedliche Anmeldeinformationsspeicher sind vorhanden : em <default/em> store und em>< direct access</em> store.<> Die meisten Anmeldeinformationen werden über den Standardspeicher aufgerufen, aber dies erfordert, dass das Android-Gerät eingeschaltet und voll funktionsfähig ist. Es ist wünschenswert, die Verwendung von Identitätsanmeldeinformationen zuzulassen, wenn der Akku des Android-Geräts zu niedrig ist, um das Android-Betriebssystem zu starten, sodass direkter Zugriff auf die sichere Hardware über NFC den Datenabruf zulassen kann, wenn die sichere Hardware sie implementiert.

Anmeldeinformationen, die für den direkten Zugriffsspeicher bereitgestellt werden, sollten <die Leseleserauthentifizierung stark></stark> verwenden, um Datenelemente zu schützen. Der Grund hierfür ist die Benutzerauthentifizierung oder Die Benutzergenehmigung der Datenfreigabe ist nicht möglich, wenn das Gerät deaktiviert ist.

Die Identitätsanmeldeinformations-API ist so konzipiert, dass sie sich im Laufe der Zeit weiterentwickeln und ändern kann, aber dennoch 100 % Abwärtskompatibilität bietet. Dies ist kompliziert durch die Tatsache, dass es eine Versionsabweichung zwischen der API gibt, die von der Anwendung verwendet wird, und der Version, die in sicherer Hardware implementiert wurde. Um dieses Problem zu lösen, bietet die API eine Möglichkeit, die Anwendung abzufragen, welche Featureversion die Hardware implementiert (sofern überhaupt) verwendet android.content.pm#FEATURE_IDENTITY_CREDENTIAL_HARDWARE und android.content.pm#FEATURE_IDENTITY_CREDENTIAL_HARDWARE_DIRECT_ACCESSverwendet. Methoden, die nur für bestimmte Featureversionen funktionieren, sind eindeutig dokumentiert.

Java-Dokumentation für android.security.identity.IdentityCredentialStore.

Teile dieser Seite sind Änderungen auf der Grundlage von Arbeiten, die vom Android Open Source-Projekt erstellt und freigegeben werden und gemäß den in der Creative Commons 2.5 Attribution License beschriebenen Begriffen verwendet werden.

Konstruktoren

Felder

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

Eigenschaften

Methoden

Explizite Schnittstellenimplementierungen

Erweiterungsmethoden

Gilt für: